必须执行SHOW VARIABLES LIKE 'innodb_file_per_table'确认，返回OFF即所有表数据锁死在ibdata1中，删表不释放空间，OPTIMIZE无效；唯一缩容方式是停机逻辑重建：mysqldump导出→删datadir→初始化新实例→导入。
确认是否启用独立表空间
先查 innodb_file_per_table 当前值：SHOW VARIABLES LIKE 'innodb_file_per_table';。返回 OFF 就是问题根源——所有表数据、索引、undo、系统表都挤在 ibdata1 里，删表不释放磁盘，OPTIMIZE TABLE 也无效。
停机重建是唯一能缩 ibdata1 的方式
别信“在线 shrink”“truncate 后自动回收”这类说法。InnoDB 没提供任何机制让共享表空间变小。想把 ibdata1 从几十 GB 缩回几 MB，必须走逻辑重建流程：
- 停库后用
mysqldump --all-databases --single-transaction > full.sql导出（加--single-transaction避免锁表） - 备份并彻底删除整个
datadir（如/var/lib/mysql） - 用
mysqld --initialize --datadir=/var/lib/mysql初始化新实例 - 启动 MySQL，执行
SET GLOBAL innodb_file_per_table = ON;，再导入full.sql
重建后每张表生成独立 .ibd 文件，后续 DROP TABLE 或 TRUNCATE TABLE 才真正释放磁盘。
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
不重建时只能控制增长，不能回收已有空间
如果无法停机，重点不是“怎么缩”，而是“怎么不让它继续胖”：
- 检查长事务：
SELECT * FROM information_schema.INNODB_TRX ORDER BY TRX_STARTED LIMIT 1;，卡住的事务会拖着 undo log 不释放 - 开启 undo 自动截断（MySQL 5.7+）：
innodb_undo_log_truncate = ON，配innodb_max_undo_log_size = 1073741824（1G） - 避免单次大事务：比如更新百万行，拆成每 5000 行
COMMIT一次 - 禁用不必要的日志：
general_log = OFF、slow_query_log = OFF（除非真需要）
innodb_buffer_pool_size 调小 ≠ 减少磁盘占用
这个参数只影响内存使用，和磁盘空间无关。调小它只会增加磁盘 I/O 频率，让查询更慢，但不会让 ibdata1 或 .ibd 变小。误调反而导致性能陡降。真正影响磁盘的是表空间组织方式（共享 vs 独立）、undo 生命周期、以及是否留有未提交/未 purge 的旧版本数据。
