必须开启innodb_file_per_table=on，否则无法实现单表物理分散；但仅开启该参数仅生成独立.ibd文件，默认仍集中于mysql数据目录，需配合create tablespace指定绝对路径及innodb_directories声明多磁盘路径才能真正跨磁盘部署。
必须开启 innodb_file_per_table，否则无法将单表定向到不同磁盘；但仅靠它还不够，需配合 CREATE TABLESPACE 和文件系统级路径控制才能真正实现多磁盘分摊。
为什么 innodb_file_per_table=ON 是前提但不是全部
该参数只让每张表生成独立的 .ibd 文件，但默认仍落在 MySQL 数据目录（如 /var/lib/mysql/）下，所有表共享同一磁盘。它解决的是“能否单独移动/回收”，不解决“能否物理分散”。若没开这个，后续所有磁盘调度操作都无效。
- 确认是否已启用：
SHOW VARIABLES LIKE 'innodb_file_per_table';返回ON才有效 - 已存在表不会自动迁移：必须对每张表执行
ALTER TABLE t1 ENGINE=InnoDB;才会生成新.ibd文件 - 重启 MySQL 后该参数才生效，且只影响新建表——已有表仍留在
ibdata1中
用 CREATE TABLESPACE 把表绑定到指定磁盘路径
MySQL 5.7+ 支持通用表空间（General Tablespace），允许你显式指定 .ibd 文件的绝对路径，从而跨磁盘部署。这是实现多磁盘存储的关键一步。
- 先在目标磁盘创建目录并赋权（以
/mnt/disk2/innodb_ts为例）：mkdir -p /mnt/disk2/innodb_ts chown mysql:mysql /mnt/disk2/innodb_ts
- 创建表空间并指向该路径：
CREATE TABLESPACE ts_disk2 ADD DATAFILE '/mnt/disk2/innodb_ts/ts_disk2.ibd' ENGINE=InnoDB; - 建表时指定表空间：
CREATE TABLE orders_2024 (id INT) TABLESPACE = ts_disk2; - 迁移已有表：
ALTER TABLE old_orders TABLESPACE = ts_disk2;
注意：TABLESPACE 必须是已存在的、且路径可写；MySQL 不会自动创建父目录，路径不存在会报错 ERROR 1932 (HY000)。
避免 innodb_directories 引发的启动失败
当多个表空间分布在不同挂载点时，MySQL 启动默认只扫描数据目录。若未声明额外路径，会找不到表空间文件，导致服务无法启动或表不可见。
- 在
my.cnf的[mysqld]段添加：innodb_directories = /mnt/disk1/innodb_ts;/mnt/disk2/innodb_ts - 路径间用英文分号
;分隔，结尾不能有空格 - 修改后必须重启 MySQL，否则
innodb_directories不加载 - 验证是否识别：
SELECT * FROM INFORMATION_SCHEMA.INNODB_TABLESPACES WHERE NAME = 'ts_disk2';应返回对应路径
innodb_validate_tablespace_paths=OFF 在多磁盘场景下的取舍
开启多磁盘后，.ibd 文件物理位置和数据字典记录路径可能因运维操作（如 LVM 迁移、RAID 重建）短暂不一致。默认校验会拖慢启动，但关闭它意味着 MySQL 完全信任字典路径。
- 若磁盘路径稳定、不手动挪动文件：可设为
OFF，大幅缩短含数百个表空间的实例启动时间 - 若常做备份恢复、跨机迁移或使用快照：必须保持
ON，否则可能出现Tablespace not found或静默数据丢失 - 日志中会明确提示：
[InnoDB] Skipping InnoDB tablespace path validation. Manually moved tablespace files will not be detected!
真正难的不是配置路径，而是确保每个磁盘的 I/O 能力匹配业务读写特征——比如把高写入的订单表放在 SSD 盘，低频访问的历史归档表放在大容量 SATA 盘，而这个决策没法靠参数自动完成。
