请注意,开始前mysqld启用了通用查询日志,您应该检查所有表myisamchk。看到第五章,MySQL服务器管理。
如果mysqld死亡或挂起,你应该开始mysqld与一般的查询日志启用。看到5.4.3节“通用查询日志”。当mysqld又死了,您可以检查查询的日志文件,死亡mysqld。
如果您使用默认的通用查询日志文件,日志存储在数据库目录
在大多数情况下它是最后一个查询日志文件中死亡mysqld,但如果可能的话你应该重新启动来证明这一点mysqld和执行查询的mysql命令行工具。如果这工作,你也应该测试所有复杂的查询,没有完成。host_name
. log
您也可以尝试命令解释
在所有选择
需要很长时间来确保语句mysqld正确使用索引。看到部分13.8.2,“解释声明”。
你可以找到需要很长时间来执行的查询开始mysqld启用了慢速查询日志。看到5.4.5节,“慢速查询日志”。
如果你找到的文本mysqld重启
在error log(通常一个文件命名
你可能发现一个查询原因mysqld失败。如果发生这种情况,您应该检查所有的表myisamchk(见第五章,MySQL服务器管理),在MySQL中测试查询日志文件是否一个失败。如果你找到这样一个查询,首先试试升级到最新的MySQL版本。如果这不能帮助,报告一个错误,看到的1.6节,“如何报告错误或问题”。host_name
.err
如果你已经开始mysqld与myisam_recover_options
系统变量集,MySQL会自动检查并试图修复MyISAM
表如果他们被标记为“不能正常关闭”或“崩溃”。如果发生这种情况,在MySQL编写一个条目hostname.err
文件“警告:检查表…”
这是紧随其后的是警告:修理表
如果表需要修理。如果你有很多错误,没有mysqld之前突然去世,然后是错误的,需要进一步的调查。看到5.1.7部分,“服务器命令选项”。
当服务器检测到MyISAM
表腐败,错误日志写额外的信息,如名称和源文件的行号,和线程访问表的列表。例子:有一个错误从thread_id = 1, mi_dynrec.c: 368
。这是有用的信息,包括在bug报告。