不能——pt-table-checksum 默认跳过 MyISAM 表,因其校验机制依赖事务和行级一致性,而 MyISAM 不支持事务,强行使用易致校验失真;推荐用 myisamchk 离线检查文件级健康。

用 pt-table-checksum 能不能查 MyISAM 表?
不能直接用——pt-table-checksum 默认跳过 MyISAM 表,因为它的核心机制依赖于 REPLACE INTO ... SELECT 或基于事务的校验逻辑,而 MyISAM 不支持事务,且无法保证校验过程中行级一致性。强行加 --no-check-binlog-format 或 --no-check-replication-filters 也解决不了底层兼容性问题。
真正能用于 MyISAM 健康检查的主力工具是 pt-table-checksum 的“兄弟”:pt-table-sync 不适用,pt-online-schema-change 不适用,只剩 myisamchk 和 pt-table-checksum 的替代路径。
- MyISAM 表损坏常见表现:
Table 'xxx' is marked as crashed and should be repaired、Incorrect key file for table、查询返回乱码或空结果 -
pt-table-checksum仅在启用--engine=MyISAM且配合--no-transaction时尝试扫描,但官方文档明确标注为“不推荐”,实践中极易因并发写入导致校验值失真 - 如果你在主从架构中混用 MyISAM 表,
pt-table-checksum会默认忽略它们,日志里只有一句Skipping table db.t1 because engine=MyISAM
用 myisamchk 检查 MyISAM 表文件是否损坏
myisamchk 是 MySQL 自带的原生命令行工具,专为 MyISAM 设计,它操作的是磁盘上的 .MYI(索引)和 .MYD(数据)文件,不经过 SQL 层,所以更底层、更可靠。
操作前必须确保表没被 mysqld 进程使用(即先 FLUSH TABLES WITH READ LOCK,再 UNLOCK TABLES,或干脆停掉 MySQL),否则会报错:error: Can't lock file (errno: 165)。
- 快速检查(只读,不修复):
myisamchk /var/lib/mysql/db/t1.MYI - 详细检查(含索引结构验证):
myisamchk -v -e /var/lib/mysql/db/t1.MYI - 安全修复(自动跳过不可恢复块):
myisamchk -r -o /var/lib/mysql/db/t1.MYI - 强制修复(慎用,可能丢数据):
myisamchk -r -f /var/lib/mysql/db/t1.MYI
注意路径:MySQL 8.0+ 默认关闭 skip_symbolic_links,如果表是符号链接(比如迁移到 SSD 的场景),需用真实物理路径,而非 /var/lib/mysql/db/t1 这样的逻辑路径。
用 pt-table-checksum 的变通方式做轻量级一致性快照
虽然不能校验 MyISAM 表本身,但你可以用它间接辅助判断:把 MyISAM 表的数据导出为临时 InnoDB 表,再对这个副本跑 pt-table-checksum,相当于“借壳校验”。这适合怀疑某张 MyISAM 表逻辑异常(比如 count 不一致、group by 结果错乱),但又不敢直接修的情况。
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录,或需要将该能力封装成可公开复用的 Codex skill。
- 创建副本:
CREATE TABLE db.t1_innodb LIKE db.t1; ALTER TABLE db.t1_innodb ENGINE=InnoDB; INSERT INTO db.t1_innodb SELECT * FROM db.t1; - 校验副本:
pt-table-checksum --databases=db --tables=t1_innodb --no-check-binlog-format h=localhost - 对比原始 MyISAM 表与副本的
CHECKSUM TABLE db.t1和CHECKSUM TABLE db.t1_innodb返回值(注意:MyISAM 的CHECKSUM TABLE是行级累加和,InnoDB 的不是,二者不可直接比数值,但可比是否非零/是否报错)
这种做法代价高(磁盘空间 + 全表拷贝时间),只建议在低峰期对单张关键表使用;若表有全文索引,InnoDB 副本会丢失 FULLTEXT 功能,CHECKSUM 结果也不具备可比性。
为什么不用 mysqlcheck 就去跑 pt-table-checksum?
mysqlcheck 是封装了 myisamchk 的 SQL 接口命令,它能在线执行(mysqlcheck -c db t1),看起来方便,但它本质仍是调用 myisamchk,只是加了一层锁管理。问题在于:一旦表正在被写入,mysqlcheck -r 可能卡住、超时,或修复后出现“索引数对不上”的静默错误。
而 pt-table-checksum 完全不碰 MyISAM 文件结构,它连 .frm 都不读——所以别指望它告诉你 .MYI 头部校验和是否匹配。真正需要确认文件级健康,必须回到 myisamchk,且最好在离线状态下运行。
容易被忽略的一点:MyISAM 表的 DATA DIRECTORY 或 INDEX DIRECTORY 指向外部路径时,myisamchk 必须显式指定完整路径,且运行用户要有对应目录的读写权限——这点在容器或 systemd 环境下经常被 SELinux 或 capability 限制挡住,报错却是模糊的 Can't open file。










