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

新客网 XKER.COM 2007-09-28 来源： limeinan 收藏本文

正式发布之前，每个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”选项运行了多个服务器。

崩溃的数据文件或索引文件，其中包含导致mysqld混乱的损坏很严重的数据。

在数据存储节点发现缺陷。这种可能性不大，但至少是可能的。在该情况下，可在修复的表副本上，通过使用ALTER TABLE，尝试将表类型更改为另一种存储引擎。

由于很难得知为什么某事会出现崩溃，首先请检查用于其他方面的事项是否崩溃。请尝试采取下述措施：

用mysqladmin shutdown停止mysqld服务器，从数据目录运行myisamchk --silent --force */*.MYI，检查所有的MyISAM表，并重启mysqld。这样，就能确保从干净的状态运行服务器。

使用“--log”选项启动mysqld，并根据写入日志的信息确定是否某些特殊的查询杀死了服务器。约95%的缺陷与特定的查询有关。正常情况下，这是服务器重启前日志文件中最够数个查询中的1个。如果能够用特殊查询重复杀死MySQL，即使在发出查询前检查了所有表的情况下也同样，那么你就应能确定缺陷，并应提交关于该缺陷的缺陷报告。

尝试提供一个测试范例，我们应能利用该范例重复问题。

请在mysql-test目录下并根据MySQL基准进行测试。它们能相当良好地测试MySQL。你也可以为基准测试增加代码，以模拟你的应用程序。基准测试可在源码分发版的sql-bench目录下找到，对于二进制分发版，可在MySQL安装目录下的sql-bench目录下找到。

尝试使用fork_big.pl脚本（它位于源码分发版的测试目录下）。

• ·MySQL之表结构修改
• ·用Apache与MySQL整合实现基本身份认证
• ·Linux中Mysql安装备份与密码恢复
• ·安全的配置和应用MySQL数据库
• ·带你轻松接触一个检测MySQL状态的脚本
• ·正确认识MySQL对服务器端光标的限制
• ·利用MySQL加密函数保护Web网站的敏感数据
• ·怎样修改MySQL中遗失的“ROOT“用户密码
• ·MySQL中值得我们注意的几个“SQL“语句
• ·MySQL数据库中的重要数据应当如何保护
• ·带你深入了解MySQL语句优化的基本原则
• ·利用“c3p0“配置数据库连接的实例脚本
• ·详细讲解MySQL数据库对文件操作的封装
• ·细化解析：怎样修改 MySQL数据库中的密码
• ·解析：怎样在MySQL中获得更好的搜索结果
• ·怎样正确的解决 MySQL 中文模糊检索问题