卸掉MySQL守护进程（用mysqladmin shutdown）。

给该表做备份（防止修复操作反而搞坏这种很不可能出现的情况）。

用 myisamchk -s database/*.MYI 检查所有的表，用myisamchk -r database/table.MYI修理有错误的表。

对该表做第二次备份。

如果需要更多的空间就从MySQL数据库目录删除（或移走）旧日志文件。

带--log-bin启动Start mysqld 。请参阅5.11.3节，“二进制日志”。如果你想找出搞垮mysqld的查询，你应该使用use --log --log-bin。

当你已经遭遇一个被破坏的表时，请停止mysqld server 。

还原备份。

不带--log-bin重启动mysqld 服务器。 

重新执行mysqlbinlog update-log-file | mysql命令。更新的日志用名字hostname-bin.#保存在MySQL数据库目录下。

如果该表再次被破坏，或者你可用上诉命令让mysqld 死掉，你就已经找到可重复产生的缺陷，它应该很容易被修复！可以ftp上传表和二进制日志到 ftp://ftp.mysql.com/pub/mysql/upload/ 然后把它输入我们在 http://bugs.mysql.com/上的缺陷系统。（请注意，/pub/mysql/upload/ 在FTP时是不可以列出（内容）的，所以不能在FTP客户端看见你已经上载的东西。）如果你是一个支持客户，你可以使用 MySQL客户支持中心https://support.mysql.com/ 来 提醒MySQL 技术人员这个问题，让这个问题尽快得到解决。