InnoDB表空间类型与磁盘角色必须严格匹配：系统表空间（ibdata1）仅存元数据，宜留系统盘；独立表空间（.ibd）为随机读写密集型，应独占高速SSD（如/dev/nvme0n1）；事务日志（ib_logfile）和binlog属顺序写，共用另一SSD（如/dev/nvme1n1）；临时文件（tmpdir）需专用磁盘或tmpfs。误配（如.ibd与ib_logfile同盘）将引发I/O争抢，显著拖慢查询响应。
确认表空间类型与磁盘角色是否匹配
多盘存储不是简单地把文件挪到不同磁盘就完事。InnoDB 表空间分系统、独立（file-per-table）、通用（general tablespace）和临时四类，每类 I/O 特性不同：数据文件（.ibd）是随机读写密集型，事务日志（ib_logfile）是高频小块顺序写，二进制日志（binlog）是追加写，临时表文件（tmpdir）是突发随机写。若把 .ibd 和 ib_logfile 放在同一块 SSD 上，高并发写入时日志刷盘会抢占 I/O 队列，拖慢查询响应。
必须先明确每块磁盘的用途：
-
/dev/nvme0n1→ 专用于数据文件（.ibd），挂载为/mnt/data -
/dev/nvme1n1→ 专用于事务日志和 binlog，挂载为/mnt/log -
/dev/sdb→ 专用于临时文件，挂载为/mnt/tmp
不匹配的分配会导致性能拐点提前出现，比如用机械盘承载 .ibd 文件，即使启用了 innodb_file_per_table，单表优化也毫无意义。
配置独立表空间并绑定到指定磁盘路径
MySQL 8.0+ 默认开启 innodb_file_per_table，但默认仍写入 datadir 目录下——这通常就是你最不想让它待的地方。要让新表的 .ibd 文件落到 /mnt/data，不能只改 datadir（那会影响整个实例），而是靠 CREATE TABLE ... TABLESPACE 显式指定。
操作步骤如下：
- 先创建通用表空间，指向目标磁盘：
CREATE TABLESPACE `ts_data` ADD DATAFILE '/mnt/data/ts_data.ibd' ENGINE=InnoDB;
- 建表时显式使用该表空间：
CREATE TABLE orders (id BIGINT PRIMARY KEY, amount DECIMAL(10,2)) TABLESPACE = ts_data;
- 对已有表迁移（注意锁和空间）：
ALTER TABLE legacy_orders TABLESPACE = ts_data;
该操作会重建表，需预留 ≥ 当前表大小的额外磁盘空间
关键点：TABLESPACE 子句仅对 InnoDB 表生效；路径 /mnt/data/ts_data.ibd 必须由 MySQL 进程可写，且不能是符号链接（某些版本会拒绝）。
避免误配 innodb_data_file_path 导致启动失败
这是最容易翻车的配置项。它只控制系统表空间（ibdata1）的位置和大小，**运行中绝对不可修改**。如果你在已运行的实例里往 my.cnf 加了：innodb_data_file_path = /mnt/data/ibdata1:12M:autoextend
MySQL 启动时会直接报错退出，因为 InnoDB 检测到路径变更且文件不存在，拒绝降级兼容。
真正需要物理隔离的是业务表，不是系统表空间。当前版本（MySQL 8.0+）的 ibdata1 仅存数据字典、undo 元信息等，体积稳定在几十 MB，留在系统盘完全可接受。强行把它挪走，只会增加故障面。
所以请记住：
– innodb_data_file_path 只应在初始化实例前设置
– 现有实例想“清理” ibdata1？做不到。它不会自动收缩，导出全量再重建是唯一办法
– 所有业务数据的物理隔离，都应通过 TABLESPACE + 独立磁盘路径完成，而非碰 ibdata1
临时文件与排序缓冲也要分离到专用磁盘
很多人配好了数据和日志盘，却忘了 tmpdir。当执行 GROUP BY、ORDER BY 或大结果集 JOIN 时，MySQL 可能将中间结果落盘到 tmpdir。如果它还在 datadir 所在盘，等于又把随机 I/O 塞回数据盘，抵消前面所有优化。
正确做法：
- 确保
/mnt/tmp目录存在且 MySQL 可写：sudo mkdir -p /mnt/tmp && sudo chown mysql:mysql /mnt/tmp - 在
my.cnf中配置：[mysqld]<br>tmpdir = /mnt/tmp
- 验证是否生效：
SELECT @@tmpdir;返回/mnt/tmp即成功
更激进但有效的方案：用 tmpfs 挂载内存临时目录（如 mount -t tmpfs -o size=4G tmpfs /mnt/tmp）。注意两点：一是内存不足时会触发 OOM killer；二是重启后内容丢失，但临时文件本就不该持久化。
物理隔离真正的难点不在配置语法，而在于识别哪些文件属于同一 I/O 负载类别。比如把 undo 表空间（undo_001.ibu）和 binlog 一起放在 /mnt/log 是合理的，但若把 redo log（ib_logfile0）和 binlog 分开，反而可能因写放大降低吞吐——它们本就是协同工作的。别迷信“越多盘越快”，I/O 路径设计必须以负载特征为依据。
