InnoDB 删除数据不释放磁盘空间因其仅标记记录为可复用不自动归还页内空闲空间给操作系统必须通过 ALTER TABLE 或 OPTIMIZE TABLE 重建表才能真正收缩文件。为什么删了数据磁盘空间却不释放这是 InnoDB 表最常被误解的现象执行 DELETE FROM t WHERE ... 后du -sh /var/lib/mysql/xxx/ 看到的文件大小几乎不变。原因不是 MySQL “忘了回收”而是 InnoDB 的删除只是“打标记”——把记录标记为可复用purge 队列里等后续清理但页内空闲空间不会自动归还给操作系统更不会收缩 ibdata1 或独立表空间文件.ibd。MyISAM 则不同它的 .MYD 文件在 DELETE 后会真正截断或复用配合 OPTIMIZE TABLE 能较干脆地回收磁盘空间。InnoDB 必须靠 ALTER TABLE t ENGINEInnoDB 或 OPTIMIZE TABLE t 触发重建表本质是创建新表 拷贝有效行 交换才能真正释放空洞、压缩文件这个操作会加元数据锁MDL阻塞写入在线 DDL如 ALGORITHMINPLACE仅适用于部分场景不是所有版本都默认支持如果启用了 innodb_file_per_table0所有表共用 ibdata1那 OPTIMIZE 根本无效——空间永远无法还给系统MyISAM 和 InnoDB 的空间行为差异在哪核心区别在「存储组织方式」MyISAM 是堆表heap table数据按插入顺序堆放索引和数据分离InnoDB 是聚簇索引表主键即数据非主键索引叶子存主键值。这直接导致空间管理逻辑完全不同。MyISAM 的 .MYI 索引文件可被 REPAIR TABLE 或 OPTIMIZE TABLE 紧凑化.MYD 数据文件也能被重写压缩InnoDB 的页内碎片page fragmentation靠 innodb_page_cleaner 异步处理但跨页空洞只能靠重建表且每页默认 16KB即使只存几字节也占满一页MyISAM 不支持事务没有 undo log、redo log因此无日志文件膨胀问题InnoDB 的 ib_logfile* 和 undo 表空间ibdata1 或独立 undo_001也会持续增长尤其长事务未提交时什么时候该换引擎别只看“删不删得干净”单纯为了“删完立刻瘦下来”就切到 MyISAM 是危险的妥协。2026 年绝大多数生产环境已不该再用 MyISAM——它不支持行锁、崩溃恢复弱、无 MVCC、无法热备份mysqldump 锁全表。 Murf AI AI文本转语音生成工具