MySQL数据目录结构

除了数据库目录，MySQL数据目录还包含很多状态文档，这些文档总结在下表中。大多数文档的缺省名从服务器主机名生成，在下表中表示为HOSTNAME。

当服务器启动时，他将其进程ID写入进程ID（PID）文档中，而在他关闭时，删除该文档。PID文档是允许服务器本身被其他进程找到的工具。例如，假如您运行mysql.server，在系统关闭时，关闭MySQL服务器的脚本检查PID文档以决定他需要向哪个进程发出一个终止信号。

出错日志由safe_mysqld创建，作为服务器标准出错输出的重定向，他包含任何邪到stderr的消息。这意味着只有您通过调用safe_mysqld启动服务器，出错文档才存在（无论如何，他是个启动服务器的最好方法，因为假如他由于出错而退出，safe_mysqld将重启服务器。）。

一般日志和更新日志是可选的。您能够只开启您需要的日志类型，用--log和--log-update服务器选项。

一般日志提供服务器操作的一般信息：谁从哪里连接服务器和他们发出什么查询。更新日志提供查询信息，但只有修改数据库内容的查询。更新日志内容被写成SQL语句，能够将他们提供给mysql客户程式来执行。假如您遇上崩溃，并且必须倒回备份文档，更新日志就很有用，因为您能重复执行自崩溃时的更新，通过将更新日志反馈给服务器，这允许您将数据库恢复到崩溃发生时的状态。

下面是个简单的例子，信息出现在一般日志中，他是个创建一个在数据库test中表，插入一行，然后删除表的会话：

9905097:37:09492 ConnectPaul@localhost on test

492 Queryshow databases

492 Queryshow tables

492 Field List tbl_1

492 Field List tbl_2

...

9905097:34:22492 QueryCREATE TABLE my_tbl (val INT)

9905097:34:34492 QueryINSERT INTO my_tbl values (1)

9905097:34:38492 QueryDROP TABLE my_tbl 

9905097:34:40492 Quit

一般日志包含日期和时间、服务器进程ID、事件类型和事件信息栏目。

同一个会话出现在更新日志中看上去像这样：

use test;

CREATE TABLE my_tbl (val int);

INSERT INTO my_tbl VALUES(1);

DROP TABLE my_tbl;

对更新日志，用--log-long-format选项获得一个扩展形式的日志，扩展日志提供有关谁何时发出每一条查询，这使用更多的磁盘空间，但假如您想知道谁在做什么，而不用将更新日志对照一般日志的内容找到连接事件。

对上面的会话，扩展更新日志产生这样的信息：

# Time: 990507 7:32:42

# User@Host: paul [paul] @ localhost []

use test;

CREATE TABLE my_tbl (val int);

# User@Host: paul [paul] @ localhost []

INSERT INTO my_tbl VALUES(1);

# Time: 990507 7:32:43

# User@Host: paul [paul] @ localhost []

DROP TABLE my_tbl;　

确保您的日志文档安全并且不让任意用户读取是个好主意。一般日志和更新日志都能包含诸如口令等的敏感信息，因为他们包含查询文本。如：

9905097:23:314 QueryUPDATE user SET Password=PASSWORD("secret")

WHERE user="root"

对于检查和配置数据目录的权限，请见《MySQL安全性指南》。使数据目录安性的指令包含下列命令：

% chmod 700 DATADIR

以拥有数据目录的Unix用户运行此命令。确保服务器也以此用户运行，否则该命令不但将其他人拒之门外，他也阻止服务器访问您的数据库。

状态文档出现在数据目录的顶级目录，就象数据库目录，所以您可能担心这些文档名是否和数据库名冲突或出错（如在服务器执行SHOW DATABASES语句时）。答案是不。状态和日志文档信息存储在文档中，而数据库是目录，所以可执行程式能用一个简单的stat()调用区分他们。假如您看一下数据目录，您能够区分状态文档和数据库目录，用ls -l并检查模式的第一个字符是个"_"还是个"d"。

您也能够简单地看一下名字，任何状态文档名包含一个点(".")，而数据库目录没有（.在数据库名中是无效字符）。

3 重定位数据库目录

前面讨论的数据目录结构是缺省配置，任何数据库和状态文档均包含其中，然而，您有某些自由决定数据目录内容的位置，本节讨论为什么您可能移走部分数据目录（或甚至目录本身）、您能移走什么连同您如何做这些改变。

MySQL允许您重定位数据目录或其中的成员，由几个原因您为什么要这样做：

• 您能将数据目录放在您缺省所在的文档系统更大容量的文档系统上。
• 假如您的数据目录在一个繁忙的硬盘上，您可能把他放在不太忙的磁盘上以均衡磁盘活动。您能够把数据库和日志文档放在分开的磁盘上或跨磁盘分布。
• 您可能想运行多个服务器，各自有自己的数据目录，这是解决每个进程文档描述符限制问题的一种方法，特别是您不能重新配置内核以允许更高的限制。
• 有些系统在例如/var/run中保存服务器的部分文档，您可能想把MySQL的PID文档也放在那儿，为了系统操作的一致性。
  
  

3.1 重定位方法

有两种方法重定位数据目录的内容：

文章整理：西部数码--专业提供域名注册、虚拟主机服务
http://www.west263.com
以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!