MySQL 8.0 的 datadir 必须唯一，因其全局事务日志、系统表空间和数据字典强依赖单一根路径；配置多个或跨文件系统 DATA DIRECTORY 会导致启动失败或运行时错误，真正可行的是分区+应用层路由或 bind mount 映射子目录。
MySQL 8.0 不支持通过配置多个 datadir 实现冷热数据分离——这个路径在启动时全局唯一，硬改会直接导致服务无法启动。
为什么datadir不能配多个
MySQL 启动时只认一个 datadir，所有库表（包括分区）都必须落在该目录或其子路径下。试图在 my.cnf 中写多个 datadir、或用逗号分隔，会导致 mysqld 拒绝启动，并报错 Unknown variable 'datadir' 或更底层的文件系统初始化失败。这不是限制，而是架构设计：InnoDB 的全局事务日志（ib_logfile*）、系统表空间（ibdata1）、数据字典都强依赖单一根路径。
DATA DIRECTORY 在 MySQL 8.0 中的实际行为
MySQL 支持对单个 InnoDB 表指定 DATA DIRECTORY，但有严格前提：
- 必须启用
innodb_file_per_table=ON（默认已开） - 目标路径需由 MySQL 进程可读写，且**不能跨文件系统挂载点**（例如从 SSD 分区指向 HDD 分区的绝对路径，若两者是不同 mount point，多数情况会静默失败或建表报错
Operating system error number 22） - 该路径仍必须位于
datadir所在文件系统的同一逻辑卷内，否则CREATE TABLE ... DATA DIRECTORY='/hdd/mysql/cold'会创建成功但后续 INSERT 失败，错误信息为Failed to open table - 分区表的每个分区无法单独指定
DATA DIRECTORY；ALTER TABLE ... EXCHANGE PARTITION也不允许目标表设了不同DATA DIRECTORY
真正可行的物理层冷热路径隔离方案
绕过 MySQL 配置限制，靠操作系统级手段实现路径分离：
- 把 HDD 盘挂载到
/mnt/hdd，再用 bind mount 将其映射进datadir子目录：mount --bind /mnt/hdd /var/lib/mysql/cold_tables - 创建表时指定子目录：
CREATE TABLE orders_cold (...) DATA DIRECTORY='/var/lib/mysql/cold_tables' - 确认生效：
SELECT FILE_NAME, TABLESPACE_NAME FROM INFORMATION_SCHEMA.FILES WHERE TABLE_NAME='orders_cold'应返回实际物理路径 - 注意：bind mount 需写入
/etc/fstab并测试重启后是否自动挂载，否则 MySQL 启动时该路径不存在会报错
比路径更可靠的是分区 + 应用层路由
硬绑定物理路径易出运维故障，生产环境更推荐组合策略：
- 用
PARTITION BY RANGE (TO_DAYS(create_time))切分，确保分区键在主键中 - 定期用
ALTER TABLE ... DROP PARTITION p_2024删除旧分区（记得后续跟OPTIMIZE TABLE释放空间） - 导出冷分区数据：
mysqldump --no-create-info --where="create_time cold.sql - 导入 ClickHouse 或 HDFS，**删除前必须校验目标端行数与 checksum**
- 应用查询统一走视图或中间件，热查主表，冷查归档库——这条路不依赖 MySQL 内部路径机制，可控性高得多
真正的难点不在“怎么配”，而在于删冷数据前没做端到端校验，或者误信 DATA DIRECTORY 能跨盘迁移——它只是个软链接级别的提示，不是存储引擎的分层调度指令。
