“Table is marked as crashed”表明表真实损坏，CHECK TABLE仅检测不修复；MyISAM可用REPAIR TABLE修复，InnoDB需结合错误日志与innodb_force_recovery处理。
MySQL Workbench 里执行 CHECK TABLE 报错 “Table is marked as crashed”
这通常不是图形界面的问题，而是底层表真的损坏了。check table 只是检测手段，不修复；报这个错说明 myisam 表的索引文件（.myi）或数据文件（.myd）已损坏，innodb 表则更可能是页校验失败或字典不一致。
实操建议：
- 先确认引擎：
SHOW CREATE TABLE `table_name`;，不同引擎处理方式完全不同 - MyISAM 表可直接在 Workbench 的 SQL 编辑器中运行：
REPAIR TABLE `table_name`; - InnoDB 表不能靠
REPAIR TABLE，得看错误日志定位具体页号，再决定是否用innodb_force_recovery启动后导出重建 - Workbench 的「Table Inspector」右键菜单里没有「Repair」选项——别找，它不提供修复功能，只读显示
phpMyAdmin 点「Check table」没反应或跳回空页面
本质是 PHP 超时或 MySQL 返回了非预期结果，比如大表检查耗时超过 max_execution_time，或者 check_table 返回了多个结果集（如含警告），phpMyAdmin 解析失败。
实操建议：
- 手动在 SQL 标签页执行：
CHECK TABLE `orders`, `users`;，避免点按钮触发封装逻辑 - 若表太大，加
QUICK参数减少扫描量：CHECK TABLE `logs` QUICK;（仅校验索引结构，不查数据行） - 检查 phpMyAdmin 配置里的
$cfg['ExecTimeLimit']，设为0关闭超时（仅限可信内网环境） - 注意：phpMyAdmin 对分区表的
CHECK TABLE支持不稳定，建议拆成单个分区执行，如CHECK TABLE `sales PARTITION (p2023)`;
Navicat 执行 CHECK TABLE 后结果栏只显示「OK」但无详情
Navicat 默认隐藏详细输出，尤其当检查多个表或带 EXTENDED 参数时，它只取第一行状态，丢弃后续警告和分析字段。
实操建议：
- 必须加
EXTENDED才能看到实际问题：CHECK TABLE `products` EXTENDED; - 在 Navicat 中右键连接 →「命令列」→ 勾选「显示服务器消息」，否则
note和warning级输出被过滤 - 如果返回
status: OK但实际有Msg_text: Table is marked as crashed，说明 Navicat 没把第二列内容渲染出来——这时候得切到命令行验证 - Navicat 15+ 对
information_schema.INNODB_SYS_TABLES的查询权限限制较严，若用普通账号连，可能查不到 InnoDB 表的元数据完整性信息
GUI 工具里 CHECK TABLE 返回 warning 却没标红/弹窗提醒
图形工具普遍把 CHECK TABLE 当作“常规语句”处理，只捕获 ERROR 级错误，而 MySQL 将大部分表结构异常归为 Warning 或 Note，GUI 不主动高亮。
实操建议：
- 永远手动检查结果集第二列
Msg_type：值为error、warning、info都需人工判断，不能只看第一列Msg_text - 在 Workbench 或 DBeaver 中，执行后点结果网格右上角「Show all columns」，确保看到全部四列：
Table、Op、Msg_type、Msg_text - 自动化脚本里别依赖 GUI 输出——写 shell +
mysql -e "CHECK TABLE ..."并 grepwarning\|error更可靠 - 有些工具（如 TablePlus）会把
Msg_type = 'warning'渲染成黄色感叹号，但位置藏在结果末尾，容易滑过
status: OK 就以为万事大吉——MySQL 的「OK」只代表语句执行成功，不代表表没问题。 
