MySQL 8.0 不支持单实例多 datadir，仅能通过 innodb_file_per_table=ON + DATA DIRECTORY 手动指定每张表的物理路径实现跨盘分布；innodb_data_file_path 仅串联扩展系统表空间，无法负载均衡。
MySQL 8.0 本身不支持单实例多 datadir，无法靠改配置让一张表的数据自动分散到多个磁盘；所谓“多数据目录”实际是分场景控制不同文件的落盘位置，核心靠 innodb_file_per_table=ON + DATA DIRECTORY + 手动路径规划。
为什么不能直接配多个 datadir
MySQL 启动时只认一个 datadir 参数，它是整个实例的“根目录”，所有系统库（mysql、information_schema 等）、默认表空间、日志索引都强制落在这里。试图写多个 datadir 会导致服务启动失败，错误类似：Failed to open log (error 2) 或 Can't find file: './mysql/db.frm'。
-
innodb_data_home_dir和innodb_log_group_home_dir只能指定子路径，且必须在datadir下或同级——它们不是独立数据目录，只是逻辑归类，物理上仍受datadir约束 - 即使把
innodb_data_home_dir指向另一块盘，InnoDB 也不会把表数据写过去；它只影响系统表空间（ibdata1）的存放位置，而该文件早已被弃用为主流方案 - MySQL 不提供表级或分区级的“自动轮询写入多盘”机制，I/O 调度完全由操作系统和存储层完成
真正可用的跨磁盘 IO 分担方式：按表/分区指定 DATA DIRECTORY
前提是启用独立表空间：innodb_file_per_table = ON（MySQL 8.0 默认开启）。此时每张表对应一个 .ibd 文件，可显式控制其物理位置。
- 新建库时指定路径：
CREATE DATABASE orders DATA DIRECTORY = '/ssd/mysql/orders';，后续在此库中创建的表默认落到该目录 - 建表时直接指定分区路径：
CREATE TABLE logs (...) PARTITION BY RANGE (YEAR(ts)) (PARTITION p2023 DATA DIRECTORY = '/hdd/logs_2023', ...); - 迁移已有表：
ALTER TABLE t1 TABLESPACE = innodb_file_per_table DATA DIRECTORY = '/ssd/t1_new';（MySQL 8.0.23+ 支持，需确保目标路径存在且 MySQL 用户有读写权限） - 注意：
DATA DIRECTORY路径必须是绝对路径，且不能是符号链接；MySQL 不会自动创建父目录，需提前mkdir -p并chown mysql:mysql
容易忽略的权限与安全限制
Windows 和 Linux 行为差异大，但共性问题是：MySQL 进程用户（如 mysql、NETWORK SERVICE）必须对目标路径有完整控制权，否则启动报错或建表失败，典型错误：ERROR 3045 (HY000): Tablespace directory not found. 或 Can't create/write to file。
- Linux：用
chown -R mysql:mysql /ssd/mysql/orders+chmod 750，禁用 SELinux 或添加mysqld_db_t上下文 - Windows：右键目标文件夹 → 安全 → 高级 → 添加 MySQL 服务账户（如
NT SERVICE\mysql80），勾选“替换子容器权限”，授予“完全控制” - MySQL 8.0 默认启用
secure_file_priv，但它不影响DATA DIRECTORY；真正拦路的是innodb_directories（仅用于表空间发现，非写入控制）
别指望 innodb_data_file_path 做负载均衡
这个参数常被误读为“多盘配置开关”，但它只串联扩展系统表空间，行为是严格顺序填满：先写爆 /disk1/ibdata1，再写 /disk2/ibdata2，完全不感知磁盘性能，也不支持按表分流。想靠它实现 IO 均衡，结果往往是慢盘先堵死，快盘长期闲置。
- 正确做法是彻底放弃共享表空间，所有业务表走
file-per-table - 把高频写入表（如订单、日志）放 SSD 路径，低频报表放 HDD 路径，靠业务语义而非配置参数做分流
- 真正的底层均衡要靠 RAID 0、LVM 条带化，或使用内核 I/O 调度器（如
mq-deadline），MySQL 层只负责把文件落到指定位置
最易踩的坑是以为改了几个配置项就完成了“多盘部署”，结果发现只有日志挪走了，表数据还在原盘狂打转。关键判断永远是：查 SELECT FILE_NAME FROM INFORMATION_SCHEMA.INNODB_DATAFILES; 和 SELECT TABLE_SCHEMA, TABLE_NAME, DATA_LENGTH FROM INFORMATION_SCHEMA.TABLES WHERE ENGINE='InnoDB';，确认 .ibd 文件是否真在目标路径下——路径没落地，一切优化都是空谈。
