不能——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 这样的逻辑路径。
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
用 pt-table-checksum 的变通方式做轻量级一致性快照
虽然不能校验 MyISAM 表本身，但你可以用它间接辅助判断：把 MyISAM 表的数据导出为临时 InnoDB 表，再对这个副本跑 pt-table-checksum，相当于“借壳校验”。这适合怀疑某张 MyISAM 表逻辑异常（比如 count 不一致、group by 结果错乱），但又不敢直接修的情况。
- 创建副本：
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。
