优先用bt16或图形界面修复宝塔面板“表已损坏”问题，因REPAIR TABLE仅支持MyISAM而宝塔v7.9+全量使用InnoDB，强行执行无效且易锁表报错。
宝塔面板里提示“表已损坏”，优先用 bt16 或图形界面修复，别急着进 MySQL 手动执行 REPAIR TABLE —— 对 InnoDB 表基本无效，还可能触发锁表或报错。
为什么 REPAIR TABLE 在宝塔里大概率失败
MySQL 的 REPAIR TABLE 命令仅对 MyISAM 引擎原生支持；宝塔 v7.9+ 全量切换为 InnoDB，而 InnoDB 的“损坏”通常是事务日志不一致、页校验失败或元数据错位，REPAIR TABLE 直接返回 Storage engine for the table doesn't support repair。强行运行不仅无果，还会让 mysqlcheck 工具误判状态，拖慢后续修复流程。
- 查引擎类型：进入
mysql -ubt -p$(cat /www/server/panel/data/default.pl) bt_panel后执行SHOW CREATE TABLE sites\G，看输出里是否含ENGINE=InnoDB - 常见报错：
ERROR 1036 (HY000): Table 'xxx' is read only（因修复中途被中断导致表标记只读） - 真实损坏特征：面板首页打不开、网站列表空白、添加站点时报
SQLSTATE[HY000]: General error: 1194
用 bt16 一键修复面板核心数据库表
这是宝塔官方封装的断电/异常关机后专用修复入口，会自动检测 bt_panel 库中所有表的结构完整性与索引有效性，并重建缺失的外键约束和主键聚簇索引。
- SSH 中直接输入
bt16，回车后选择数字16（不是按键盘 1 和 6，是一次性输入16） - 过程中若卡在
Checking table: ftps...超过 90 秒，说明磁盘 I/O 异常，需先运行df -h确认/www分区未满 - 成功标志是终端末尾出现
[OK] Panel database repaired，不是 “Done” 或 “Success” - 修复完必须执行
bt reload，否则面板仍读缓存旧结构，问题照旧
面板还能打开时，走图形界面修复最稳妥
只要首页能加载（哪怕按钮点不动），就别碰命令行 —— 图形修复会自动跳过已锁定表，且全程记录操作日志到 /www/server/panel/logs/repair.log，便于回溯。
- 登录后右上角齿轮图标 → 「修复面板」→ 点「继续修复」，不要手动刷新页面
- 进度条走到 100% 后若页面卡住，强制 F5 刷新，此时应显示绿色成功提示
- 如果弹出「数据库连接失败」红字，说明
default.db文件权限异常，需立刻切 SSH 运行：chown root:root /www/server/panel/data/default.db && chmod 600 /www/server/panel/data/default.db
修复后仍报错？重点检查这三处
修复命令跑完不代表万事大吉，InnoDB 损坏常伴随隐性状态残留，尤其在使用 SSD 缓存或 RAID 卡的服务器上。
-
/www/server/panel/data/default.db文件大小是否小于 512KB？小于则说明 init_db.py 未完整写入，需重跑bash btpython /www/server/panel/script/init_db.py - 执行
mysqlcheck -ubt -p$(cat /www/server/panel/data/default.pl) bt_panel --check，逐行看是否有error或warning字样 - 检查
/www/server/mysql/data/bt_panel/下是否存在.ibd文件但无对应.frm？有则说明表物理文件分裂，只能删库重建
