MySQL的状态文件
除数据库目录外，MySQL 数据目录还包含许多状态文件。表10-3 概括介绍了这些文件。大多数状态文件的缺省名称从服务器主机名字中生成，在此表中表示为 HOSTNAME。
服务器在启动时将它的进程 IDPID ）写入 PID 文件，并在关闭时删除该文件。PID 文件是一种方法，用这种方法，其他的进程可以找到该服务器。例如，如果您在系统关闭时运行 mysql.server 脚本来关闭 MySQL 服务器，则该脚本将检查 PID 文件以确定它需要哪个进程来发送一个终止信号。
错误日志由 safe_mysqld 产生，作为服务器标准错误输出结果的重定向，它包含服务器写入 stderr 的所有消息。这意味着仅当通过调用 safe_mysqld 启动服务器时，错误日志才存在总之，这是启动服务器的首选方法，因为，如果由于一个错误使错误日志存在，则 safe_mysqld将重新启动服务器）。
常规日志和更新日志是可选的，可以用 --log 和 --log-update 服务器选项开启需要的日志类型。
常规进程提供有关服务器运作的常规信息：谁从哪里进行了连接，以及他们发布了什么查询。更新日志也提供查询信息，但仅仅是修改过的数据库内容的查询信息。更新日志的内容是一些 SQL 语句，这些语句可以通过将它们输入到 mysql 客户机程序来运行。如果出现崩溃且必须转到备份文件时，更新日志将是有用的，因为您能够通过将更新日志输入到服务器来重复这些自崩溃以来所完成的更新操作。这将使得数据库恢复到崩溃发生时所处的状态上。
下面是一个实例，它是作为一个短客户机会话的结果出现在常规日志中的信息中的，这个会话在 test 数据库中从mytest.pet复制一个表，并插入一行到该表中，然后删除该表：
注意第二行是一个错误的语句，但是也被记录下来。
常规日志包含日期和时间、服务器线程 ID、事件类型以及特定事件信息的列。
同一个会话出现在如下的更新日志中：
use test; create table mytest select * from mytest.pet; insert into mytest set name='tom',owner='jerry',species='cat',sex='f',birth='2000-01-01'; drop table mytest; |
更新纪录中没有记录错误的语句，因此对于恢复被破坏的数据库内容非常有意义。
对于更新日志，日志的扩展格式是可用的，即使是用 --log - long - format 选项。扩展的日志提供有关谁何时发布查询的信息。当然，这将使用更多的磁盘空间，但是，如果您不将更新日志的内容与常规日志中的连接事件相联系就想知道谁正在做什么的话，扩展日志或许是可用的。
确保日志文件的安全且不被用户任意读取是个好注意。常规日志和更新日志都包含有诸如口令这样的敏感信息，这是因为它们包含了查询的文本。下面是您不想让任何人都能读取的日志项，因为它显示了 root 用户的口令：
010206 23:30:02 4 Query update mysql.user set password=password("peking77.") where User="root"
有关检查可设置数据目录许可权的信息，数据目录安全的简短指令由下列命令组成：
$ chmod 700 DATADIR
以拥有该数据目录的 UNIX 用户身份来运行此命令。还要确保服务器以该用户身份运行，否则此命令不仅将其他用户排斥在该数据目录之外您想要的），还将阻止服务器访问您的数据库您不要的）。
状态文件出现在数据目录的最高级，就像数据库目录一样，因此您可能会想到那些文件的名字是否会相互混淆或者被误认为是数据库名例如，当服务器正在执行 SHOW DATABASE 语句时）。答案是：不会的。状态和日志信息存储在文件中，而数据库是目录，因此可执行程序可以将它们与一个简单的 stat() 调用相区别是服务器告诉它们怎样区分的）。如果您正在监视数据目录，则可以通过使用 ls -l 将状态文件从数据库目录中区分开来，并且检查该模式信息的第一个字符以查看它是‘-’还是‘d’：
您还可以通过查看名字而简单地告之：所有状态文件名都包含一个句点，但是数据库目录名没有句点句点不是数据库名的合法字符）。