MyISAM表报“Table is marked as crashed”的完整修复指南
当数据库突然抛出“Table is marked as crashed”这个错误时，很多人的第一反应是直接执行REPAIR TABLE。这个思路没错，但在此之前，有个关键步骤必须先确认：这张表的存储引擎必须是MyISAM。如果你对InnoDB表执行这个命令，只会得到一句“Storage engine for the table doesn't support repair”的报错，徒增烦恼。这种损坏通常不会无缘无故发生，背后往往是MySQL服务异常关闭、磁盘空间写满，或者用kill -9强制结束了mysqld进程。
MyISAM表突然报错“Table is marked as crashed”怎么办
别慌，按步骤来。首先，确认引擎。执行SHOW CREATE TABLE `table_name`;或者查询information_schema：SELECT ENGINE FROM information_schema.TABLES WHERE TABLE_SCHEMA='db_name' AND TABLE_NAME='table_name';。如果确认是MyISAM，并且错误日志里出现了类似Client requested master to start replication from impossible position或record-file is crashed的信息，那基本可以断定是索引或数据文件损坏了。
这里有个至关重要的操作原则：修复之前，先停写入。千万别在应用还在疯狂写数据的时候进行修复，否则很可能在修复过程中文件再次被写坏，导致前功尽弃。
mysqlcheck 命令比 REPAIR TABLE 更适合批量检查
说到修复，除了在MySQL客户端里操作，别忘了还有一个强大的命令行工具：mysqlcheck。它特别适合批量操作，或者当你只有服务器shell权限而没有足够MySQL权限时。这个工具本质上是封装了SQL的CHECK TABLE和REPAIR TABLE命令，但默认行为更安全。
具体怎么用？如果只想检查不修复，用mysqlcheck -c database_name table_name，输出结果会明确告诉你状态是“OK”还是“error”。需要自动修复时，执行mysqlcheck -r database_name table_name，这相当于执行了REPAIR TABLE，并且默认启用了--safe-recover模式，会优先保证数据安全。如果追求速度，可以加上--quick参数跳过排序，但若遇到“Incorrect key file”的提示，就必须换回--safe-recover模式了。
需要注意的是，mysqlcheck默认使用root@localhost连接。如果你的MySQL服务使用的是socket文件而非TCP端口，记得指定socket路径，例如-S /var/run/mysqld/mysqld.sock。
REPAIR TABLE 三种模式的区别和选法
直接在MySQL里使用REPAIR TABLE命令时，它会提供三种模式：QUICK、EXTENDED和USE_FRM。选对模式是关键，用错了可能修不好，甚至导致数据丢失。
REPAIR TABLE tbl_name QUICK是最快的，它只修复索引文件（.MYI），完全不触碰数据文件（.MYD）。这适用于索引损坏但数据本身完好的情况。如果QUICK模式失败了，就该尝试EXTENDED模式。它会逐行重建索引，非常彻底，但代价是对大表来说速度极慢，且可能因内存不足而中断。
最后一种USE_FRM模式算是“终极手段”。它利用.FRM表结构文件来重新创建.MYI索引文件，会完全丢弃旧的索引。这意味着，索引内容不会恢复，修复后必须手动执行ANALYZE TABLE来重新生成统计信息。只有在.MYI文件彻底损坏且没有备份的情况下才考虑使用。
修复过程中如果报错“Can't create new tempfile”，那通常是因为临时目录（tmpdir）空间不足，解决方法是修改MySQL配置，指向一个空间足够的磁盘路径。
修复后为什么 SELECT 还卡住或返回空？
表修复成功了，但查询依然卡顿甚至返回空结果？这种情况并不少见。MyISAM采用表级锁，修复过程会锁表。有时，修复后的一些残留状态会让查询误以为表还在修复中。另外，如果索引统计信息没有更新，查询优化器也可能选择错误的执行计划。
首先，可以尝试执行FLUSH TABLES来清除表缓存，然后运行ANALYZE TABLE tbl_name来更新索引统计信息。如果查询仍然卡在“Repair by sorting”状态，可以查看SHOW PROCESSLIST，确认是否有“Repair with keycache”进程在长时间运行——这是EXTENDED模式在内存不足时的一种退化行为。遇到这种情况，建议停止服务，使用myisamchk工具进行离线修复，命令如：myisamchk -r -v /var/lib/mysql/db_name/tbl_name.MYI（注意文件路径和大小写）。
还有一个最容易被忽略的收尾动作：重启MySQL服务。修复操作可能只清理了磁盘上的文件，但MySQL服务内存中可能还保留着旧的、损坏的表句柄或缓存页。一次干净的重启（mysqld）往往是让一切恢复正常的最稳妥方式。
