innodb_file_per_table关闭时新表不生成独立.ibd文件而存入ibdata1；需重启mysql启用，且仅影响后续新建表；建表须显式指定engine=innodb并确认默认引擎为innodb。
innodb_file_per_table 关闭时无法创建独立表空间
MySQL 5.6.6+ 默认开启 innodb_file_per_table，但如果你的实例是老版本升级而来、或被显式关闭过，新建 InnoDB 表就不会生成独立的 .ibd 文件，而是全部挤进共享表空间 ibdata1 —— 这意味着你根本“看不到”新表对应的新表空间，也谈不上后续的迁移、truncate 释放空间等操作。
检查方式很简单：
SELECT @@innodb_file_per_table;返回
0 就是关着的。
- 修改需重启：在
my.cnf的[mysqld]段落里加上innodb_file_per_table=ON，然后重启 MySQL - 已有表不受影响：开关只对后续
CREATE TABLE生效；已存在的表仍留在原位置（ibdata1或旧.ibd） - 别指望在线开：MySQL 不支持动态开启该参数，
SET GLOBAL会报错Variable 'innodb_file_per_table' is a read only variable
CREATE TABLE 时指定 ENGINE=InnoDB 但没生成 .ibd 文件
即使 innodb_file_per_table=ON，某些情况仍不会生成独立表空间：比如建表语句里漏写 ENGINE=InnoDB，或者用了 ENGINE=MyISAM，那自然只有 .MYD/.MYI；更隐蔽的是，如果数据库默认引擎被改成了 MyISAM（default_storage_engine=MyISAM），而建表又没显式指定引擎，也会掉坑里。
- 确认建表语句是否含
ENGINE=InnoDB，哪怕只是CREATE TABLE t1 (...) ENGINE=InnoDB; - 查当前默认引擎：
SELECT @@default_storage_engine;
，不是InnoDB就得改配置或显式指定 - 建完立刻验证：
ls -l /var/lib/mysql/your_db/t1.ibd（路径按实际 datadir 调整），不存在就说明没走独立表空间
ALTER TABLE 启用独立表空间失败：ERROR 1031 (HY000)
有人想给老表“补救”，执行 ALTER TABLE t1 ENGINE=InnoDB; 却遇到 ERROR 1031 (HY000): Table storage engine for 't1' doesn't have this option。这通常是因为原表是 MyISAM 或其他非事务引擎，且含有全文索引（FULLTEXT）、空间索引（SPATIAL）等 InnoDB 当时不支持的特性（尤其 MySQL 5.7 之前）。
- 先看原引擎和索引：
SHOW CREATE TABLE t1;
，注意FULLTEXT KEY或SPATIAL KEY - 若存在不兼容索引，得先
DROP INDEX，再ALTER TABLE ... ENGINE=InnoDB，最后重建索引 - MySQL 8.0+ 对 FULLTEXT 支持更好，但 SPATIAL 仍受限；别盲目升级，先查对应版本文档
表空间路径异常：文件生成在错误目录或权限不足
即使配置和语法都对，.ibd 文件也可能没出现在预期位置——常见于启用了 innodb_data_home_dir 或 datadir 权限不对，或者用了 DATA DIRECTORY 子句但路径不可写。
- 确认
datadir设置：SELECT @@datadir;
，确保 MySQL 进程对该路径有读写权限（常被 SELinux 或 systemd PrivateTmp 干扰） - 检查建表语句是否误带了
DATA DIRECTORY = '/xxx'，该路径必须存在且 MySQL 用户可写，否则建表静默失败或报错ERROR 1030 (HY000): Got error 168 from storage engine - Linux 下用
ps aux | grep mysql看进程属主，再ls -ld /var/lib/mysql核对权限，别只看文件，要看父目录
最麻烦的其实是混合状态：有些表在 ibdata1，有些在 .ibd，有些还指定了外部路径。这种环境下做备份、迁移或磁盘清理，稍不注意就会漏掉关键文件。务必先统一确认每张表的物理归属，而不是只信配置项。
