如果MySQL依然崩溃你应作些什么

核心提示：正式发布之前，每个MySQL版本均在很多平台上进行了测试，如果MySQL依然崩溃你应作些什么，这不表示MySQL中不存在缺陷，但是， 你正使用系统上的相同数据目录运行很多mysqld服务器，该系统不支持良好的文件系统锁定（通常是由lockd锁定管理器负责的），如果存在缺陷，它们应很少

正式发布之前，每个MySQL版本均在很多平台上进行了测试。这不表示MySQL中不存在缺陷，但是，如果存在缺陷，它们应很少，而且很难发现。如果你遇到问题，如果你尝试找出导致系统崩溃的准确原因，这始终很有帮助，这是因为，如果这样的话，快速解决问题的机会很大。

首先，应尝试找出问题是否与mysqld服务器有关，或是否与客户端有关。通过执行mysqladmin version，可检查mysqld服务器运行了多长时间。如果mysqld宕机并重启，应查看服务器的错误日志以找出原因。

在某些系统上，在错误日志中，可发现mysqld宕机的堆栈跟踪，可使用resolve_stack_dump程序解决它。

注意，错误日志中的变量值并非始终是100％正确的。

很多服务器崩溃是因损坏的数据文件或索引文件而导致的，每次执行完SQL语句之后并在向客户端通告结果之前，MySQL将使用write()系统调用更新磁盘上的文件（如果你使用了“--delay-key-write”选项，情况并非如此，此时将写入数据文件而不是索引文件）。这意味着，即使mysqld崩溃，数据文件的内容也是安全的，这是因为操作系统能保证将未刷新的数据写入磁盘。使用“--flush”选项启动mysqld，这样，每次执行完SQL语句后，可强制MySQL将所有内容写入磁盘。

前述介绍表明，在正常情况下不会出现损坏的表，除非出现了下述情况之一：

在更新过程中，MySQL服务器或服务器主机被停止。

你发现了mysqld中存在的1个缺陷，该缺陷导致mysqld在更新中途中止。

在mysqld操作的同时，某些外部程序正在操控数据文件或索引文件，未恰当锁定表。

你正使用系统上的相同数据目录运行很多mysqld服务器，该系统不支持良好的文件系统锁定（通常是由lockd锁定管理器负责的），或使用“--skip-external-locking”选项运行了多个服务器。