MySQL 8.0+ 不支持运行时修改InnoDB表空间物理路径，唯一可行方案是停库→手动移动文件→更新配置或数据字典→重启；系统表空间需重建，通用表空间可通过DROP/CREATE或RENAME刷新路径。
MySQL 8.0+ 修改 InnoDB 表空间物理路径的限制
不能直接“移动”已存在的系统表空间（如 ibdata1）或通用表空间（CREATE TABLESPACE 创建的）的物理路径——MySQL 不支持运行时重定位。你看到的 CREATE TABLESPACE ... ADD DATAFILE 语法，只在创建时指定路径，后续无法用 ALTER TABLESPACE 改路径。
常见错误现象：ERROR 3123 (HY000): Cannot alter the data file path of a tablespace，或者执行 ALTER TABLESPACE ... RENAME TO 后发现文件没动、路径没变。
- 唯一可行路径：停库 → 手动移动文件 → 修改配置或数据字典（仅限通用表空间）→ 重启
- 系统表空间（
ibdata1）和临时表空间（ibtmp1）路径变更必须通过innodb_data_home_dir和innodb_data_file_path配置项，在初始化或重建时设定 - MySQL 5.7 及更早版本不支持通用表空间，
CREATE TABLESPACE会报错ERROR 1064
CREATE TABLESPACE 的正确写法与典型误用
CREATE TABLESPACE 只用于创建**通用表空间（General Tablespace）**，不是修改已有表空间的工具。它必须显式指定 ADD DATAFILE 路径，且该路径需为绝对路径、目录存在、MySQL 进程有读写权限。
典型误用：CREATE TABLESPACE ts1;（缺 ADD DATAFILE）→ 报错 ERROR 3139 (HY000): Invalid data file specification；或路径用了相对路径、环境变量、符号链接（MySQL 8.0.23+ 默认禁用符号链接）。
- 正确示例：
CREATE TABLESPACE ts1 ADD DATAFILE '/var/lib/mysql/ts1.ibd' ENGINE=INNODB; - 路径必须由 MySQL 用户（如
mysqld进程用户）可写，且所在分区有足够空间 - 创建后，需用
CREATE TABLE ... TABLESPACE ts1显式指定才生效；否则仍走默认系统表空间 - 不支持跨磁盘移动：如果目标路径在另一块挂载盘，需确保该盘已挂载、权限一致、SELinux/AppArmor 策略允许
想换路径？实际能做的只有这三步
没有“在线迁移”方案。所谓“修改路径”，本质是重建表空间并迁移数据。对通用表空间，流程可控；对系统表空间，等于重装实例。
- 停 MySQL：
systemctl stop mysqld（或mysqladmin shutdown） - 手动移动文件：
mv /old/path/ts1.ibd /new/path/ts1.ibd，然后chown mysql:mysql /new/path/ts1.ibd - 更新数据字典：用
ALTER TABLESPACE ts1 RENAME TO ts1触发路径刷新（MySQL 8.0.21+ 支持此 trick），或更稳妥地删掉再重建（先DROP TABLESPACE ts1，再用新路径CREATE TABLESPACE） - 若涉及
innodb_system表空间，只能导出（mysqldump或mysqlpump）→ 初始化新数据目录 → 导入
为什么 ALTER TABLE ... TABLESPACE = 'xxx' 不生效？
这条语句只是把表“逻辑上”分配给指定表空间，但不会移动现有数据文件。它只影响后续 INSERT/UPDATE 产生的新页，旧数据仍留在原位置。真正迁移需 ALTER TABLE ... FORCE 或 OPTIMIZE TABLE，触发重建。
- 执行
ALTER TABLE t1 TABLESPACE ts1后，查INFORMATION_SCHEMA.INNODB_TABLESPACES可能显示路径未更新，因为元数据刷新有延迟 - 确认是否生效：查
SELECT NAME, SPACE_TYPE, FILE_NAME FROM INFORMATION_SCHEMA.INNODB_TABLESPACES WHERE NAME = 'ts1' -
OPTIMIZE TABLE t1会重建整张表并写入新表空间，但期间锁表、耗 I/O，生产环境慎用 - 如果
t1有全文索引或虚拟列，OPTIMIZE可能失败，需先DROP再重建
最易被忽略的是权限和 SELinux：即使路径写对、用户属主改对，setenforce 1 下 MySQL 仍可能因策略拒绝访问新路径。临时关 SELinux 测试（setenforce 0）能快速验证是不是它挡的路。
