MySQL表碎片由频繁DELETE、UPDATE（变长字段）和随机INSERT产生，InnoDB留空闲页，MyISAM产生.MYD/.MYI空洞；OPTIMIZE TABLE对InnoDB本质是重建表，需innodb_file_per_table=ON才能释放磁盘空间，且可能因锁表、权限不足或超时而失效。
MySQL 表碎片是怎么产生的，为什么 Optimize 有时没用
表碎片主要来自频繁的 DELETE、UPDATE（尤其变长字段）、INSERT 随机写入。InnoDB 的聚簇索引会留下空闲页，MyISAM 则直接产生 .MYD/.MYI 中的空洞。但注意：OPTIMIZE TABLE 对 InnoDB 并不总是“真正释放磁盘空间”——它本质是重建表（ALTER TABLE ... FORCE），需要足够临时空间，且在宝塔面板里执行时，若表被锁或事务未提交，命令会卡住或静默失败。
常见错误现象：OPTIMIZE TABLE user_log; 执行后磁盘占用没变；或者宝塔任务日志只显示“成功”，但 information_schema.tables 里的 data_free 仍很大。
- 确认引擎类型：运行
SELECT engine FROM information_schema.tables WHERE table_schema='your_db' AND table_name='your_table'; - InnoDB 表优化后，必须配合
innodb_file_per_table=ON（默认开启）才能把释放的空间还给文件系统；否则空间仅回收到 ibdata1 内部，不可见 - 大表（>1GB）在宝塔中直接点“优化”可能超时中断，建议改用命令行 +
mysql客户端操作
在宝塔面板里安全触发 Optimize 的正确路径
宝塔的“数据库 → 选择库 → 表列表 → 右侧‘优化’按钮”走的是 Web API 调用，底层仍是 OPTIMIZE TABLE，但它会自动加 USE your_db; 和分号，省去手动拼接。关键在于权限和上下文。
- 确保当前数据库用户有
ALTER和INDEX权限（仅SELECT不够） - 不要在业务高峰期点击——Optimize 期间表会被锁（InnoDB 是 DML 锁，MyISAM 是全表锁）
- 如果表名含特殊字符（如横线、中文），宝塔界面可能无法识别，此时必须进 phpMyAdmin 或终端手动执行
OPTIMIZE TABLE `my-table`;（反引号不能少） - 宝塔 8.x+ 版本对 MySQL 8.0+ 的
OPTIMIZE支持更稳；老版本遇到ERROR 1031 (HY000)多半是引擎不兼容或只读模式开启
替代方案：什么时候该用 ALTER TABLE ... ENGINE=InnoDB 而不是 OPTIMIZE
当 OPTIMIZE TABLE 报错或无效（比如提示 Table is read only），或者你想顺带修复潜在页损坏时，ALTER TABLE your_table ENGINE=InnoDB; 是等效且更可控的重建方式。它绕过 Optimize 的内部判断逻辑，强制重建聚簇索引和二级索引。
- 这个命令同样会锁表，但比 Optimize 更容易观察进度（可通过
SHOW PROCESSLIST;看状态为copy to tmp table） - 若原表有全文索引（FULLTEXT），InnoDB 5.6+ 支持，但 MyISAM 迁移过来的需先删再建，否则报错
ERROR 1214 - 执行前务必确认
tmpdir空间充足（SELECT @@tmpdir;），否则中途失败会导致表损坏
碎片是否真影响性能？怎么看值不值得优化
碎片本身不直接拖慢查询，但高 data_free 意味着更多随机 I/O 和缓冲池浪费。别只看“空间大”，重点查两个指标：
- 运行
SELECT table_name, round(((data_length + index_length) / 1024 / 1024), 2) AS size_mb, round(data_free / 1024 / 1024, 2) AS free_mb FROM information_schema.tables WHERE table_schema = 'your_db' ORDER BY free_mb DESC; - 如果
free_mb > size_mb * 0.3（即碎片超 30%），且该表 QPS 较高，才值得优化 - SSD 服务器上，碎片对延迟影响远小于 HDD；但容器环境或云盘 IO 配额受限时，空间浪费会间接触发限速
真正容易被忽略的是：Optimize 不解决索引选择性差、统计信息陈旧等问题。执行完记得跑 ANALYZE TABLE your_table; 更新优化器成本估算——否则查询计划可能更糟。
