必须在配置文件[mysqld]段中设置innodb_file_per_table=ON并重启MySQL才永久生效；执行SELECT @@innodb_file_per_table或SHOW VARIABLES LIKE 'innodb_file_per_table'可确认状态，返回1或ON表示已启用，但该设置仅对新建表生效，旧表需通过ALTER TABLE ... ENGINE=InnoDB重建才能迁移至独立.ibd文件。
必须在配置文件里写死 innodb_file_per_table=ON 并重启 MySQL，否则新建表仍会塞进 ibdata1 —— 动态 SET GLOBAL 只影响后续建表，且重启即失效。
怎么确认当前是否启用独立表空间
别看文档或猜版本，默认值不等于实际值。直接连上 MySQL 执行：
SELECT @@innodb_file_per_table;
返回 1 或 ON 表示已启用；返回 0 或 OFF 就是共享模式。也可以用：
SHOW VARIABLES LIKE 'innodb_file_per_table';
注意：MySQL 5.6+ 虽然默认开启，但如果你的实例是从旧版本升级而来，或者配置文件里没显式声明，变量可能显示为 OFF。
在哪里改、怎么改才真正生效
只改内存变量（SET GLOBAL innodb_file_per_table=ON）是临时的，且部分老版本（如 MySQL 5.5）根本不支持动态修改该参数。真正生效必须：
- 编辑 MySQL 配置文件（通常是
/etc/my.cnf或/etc/mysql/mysql.conf.d/mysqld.cnf） - 确保在
[mysqld]段下添加：innodb_file_per_table=ON（MySQL 5.6+ 推荐用ON，旧版也认1） - 不能写在
[client]、[mysql]等其他段里，无效 - 改完必须重启 MySQL 实例：
systemctl restart mysql或service mysqld restart
重启后再次查变量，确认返回 ON，这才算落地。
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
开了之后老表还在 ibdata1 里，怎么办
这是最常被忽略的一点：innodb_file_per_table=ON 只对新创建的表生效。所有已存在的表，无论数据量多大，都还锁在共享表空间 ibdata1 中，删表也不释放磁盘空间。
想让某张老表“搬出来”，必须重建它：
- 执行
ALTER TABLE <code>your_tableENGINE=InnoDB;（MySQL 5.6+ 支持在线 DDL，可加ALGORITHM=INPLACE减少锁表时间） - 或用
OPTIMIZE TABLE <code>your_table;（本质也是重建） - 重建完成后，去数据目录检查：
ls -lh /var/lib/mysql/your_db/ | grep your_table，看到your_table.ibd文件才算成功
注意：重建过程会锁表（除非用 pt-online-schema-change），生产环境务必选低峰期操作。
删了表，磁盘空间还是没回来？先排查这几个地方
即使开了独立表空间，删表后 .ibd 文件被删除，但磁盘空间未释放，常见原因有：
- Linux 文件系统层未回收：
mysqld进程仍持有已删.ibd的文件句柄，lsof | grep deleted可查到；需重启 MySQL 或等其自动释放 -
.ibd文件残留：手动删了.frm却忘了删.ibd，或反向操作，导致元数据和物理文件状态不一致 - 真正占空间的是 undo 表空间（
undo_001等），跟.ibd无关；检查是否启用了innodb_undo_log_truncate -
ibdata1本身永远不收缩：哪怕你把所有表都迁走，它也不会变小；彻底清理只能导出、删库、重建、再导入
混合使用（部分表在 ibdata1、部分在 .ibd）是最麻烦的情况——ibdata1 只能涨不能缩，删再多独立表也没用。
