mysqlcheck可在mysql服务运行时修复myisam表，本质是封装repair table的命令行工具；而myisamchk需停服操作，直接修复.myi物理文件，适用于索引严重损坏场景。
mysqlcheck 修复 MyISAM 表（服务运行时可用）
只要 MySQL 正在跑，mysqlcheck 就能直接修表，不用停服务，适合线上应急。它本质是封装了 REPAIR TABLE 的命令行接口，对 MyISAM 表有效，InnoDB 表会跳过或报错。
常见用法：
-
mysqlcheck -r database_name table_name -u root -p：修复单个表（如提示输入密码，就输 XAMPP 默认的空密码或你设的密码） -
mysqlcheck -r database_name -u root -p：修复整个库所有 MyISAM 表 -
mysqlcheck -r --all-databases -u root -p：修复所有库（慎用，耗时且可能干扰业务）
加 -v 可看详细过程，加 -f 会强制修复（可能丢数据），非紧急别加。如果遇到 Can't open file: 'xxx.MYI' 这类错误，mysqlcheck 通常能自动处理索引文件丢失问题；但若失败，说明底层 .MYI 文件真没了，得切到 myisamchk。
myisamchk 修复损坏的 .MYI 文件（必须停 MySQL）
XAMPP 环境下，myisamchk 是最后防线——当 .MYI 索引文件损坏或丢失，mysqlcheck 无法绕过时，就得关掉 MySQL 再动手。
操作前确认：
- 先在 XAMPP 控制面板点 Stop MySQL，或命令行执行
net stop mysql（Windows）/sudo /opt/lampp/lampp stop（Linux/macOS） - 找到你的数据目录：XAMPP 默认是
C:\xampp\mysql\data\{database}\{table}.MYI（Windows）或/opt/lampp/var/mysql/{database}/{table}.MYI（Linux/macOS） - 进到
mysql\bin目录运行命令，否则系统可能找不到myisamchk
常用命令：
-
myisamchk -c {table}.MYI：先检查，不修改 -
myisamchk -r {table}.MYI：标准修复（重建索引） -
myisamchk -r --force {table}.MYI：强制修复（仅当-r失败且你接受风险时用） -
myisamchk -r --use-memory=256M *.MYI：批量修当前目录所有表，加内存参数提速
注意：--use-frmd 不是标准选项，正确写法是 --force 或配合 REPAIR TABLE ... USE_FRM 在 SQL 里用；myisamchk 不能修 InnoDB 表，强行操作会报错或无效。
修复后验证是否真正生效
修完不是结束，得确认表能读、能查、没隐藏损坏：
- 重启 MySQL，用 phpMyAdmin 或命令行连上，执行
SELECT COUNT(*) FROM table_name—— 如果卡住、报错或返回异常值（比如负数、远超预期），说明修复不彻底 - 运行
CHECK TABLE table_name，结果中Msg_type必须全为status且Msg_text是OK - 如果某张表反复报
Table is marked as crashed，大概率是硬盘坏道或频繁断电导致物理损坏，备份后考虑换存储介质
别跳过验证步骤。很多“修好了”的假象，实际只是把损坏标记清除了，数据仍不可靠。
为什么修着修着发现表变空了？
这不是工具 bug，而是修复逻辑本身的风险：MyISAM 修复依赖索引结构，一旦 .MYI 完全损毁且没有 .frm 定义辅助，myisamchk 或 REPAIR TABLE USE_FRM 只能按 .frm 重建索引，但原始 .MYD 数据文件若也受损，就可能读不出有效行。
所以真正关键的不是怎么修，而是：
- 修之前有没有
mysqldump备份？XAMPP 自带的 backup 功能默认不启用，得手动导出 - 硬盘剩余空间是否 ≥ 2 倍原表大小？修复过程要临时写中间文件，空间不足会导致静默失败
- 是否在 Windows 上用管理员权限运行命令行？权限不够时
myisamchk可能无提示跳过文件
修表不是魔法，它只是尽力从残骸里捞数据。越早备份，越少依赖修复。
