不能直接改；mysql 5.7及以前innodb_undo_directory为只读，8.0.23+仅新分配回滚段生效，旧段不迁移，需配置my.cnf并重启才生效。
Undo Log目录能直接改吗？
MySQL 5.7 及以前版本，innodb_undo_directory 是只读变量，启动时生效，运行中无法 SET GLOBAL 修改。8.0.23 之后虽然支持在线修改，但仅限于新分配的回滚段——旧段仍留在原路径，不会自动迁移。所以“改目录”本质是“换新目录+等旧段自然释放”，不是文件搬家。
- 必须在
my.cnf 中配置并重启 mysqld 才能确保全部回滚段落盘到新位置
- 若启用了
innodb_undo_log_truncate=ON（默认开启），旧段会在空闲后被截断并由新段接管，但这个过程不可控、不即时
- 直接
mv 原 undo_001 文件到新目录会导致启动失败，报错：InnoDB: Operating system error number 2 in a file operation
独立存储回滚段要开哪些参数？
不是配一个路径就行。真正启用独立 Undo 表空间，需要三步协同：
- 开启独立表空间：
innodb_undo_tablespaces=2（或更大，最小为 2）
- 指定存放路径：
innodb_undo_directory=/data/mysql/undo（路径需 mysqld 进程有读写权限）
- 确保使用本地表空间模式：
innodb_undo_logs=128（8.0 默认值，不建议调低；5.7 对应的是 innodb_rollback_segments）
my.cnf 中配置并重启 mysqld 才能确保全部回滚段落盘到新位置 innodb_undo_log_truncate=ON（默认开启），旧段会在空闲后被截断并由新段接管，但这个过程不可控、不即时 mv 原 undo_001 文件到新目录会导致启动失败，报错：InnoDB: Operating system error number 2 in a file operation
- 开启独立表空间：
innodb_undo_tablespaces=2（或更大，最小为 2） - 指定存放路径：
innodb_undo_directory=/data/mysql/undo（路径需 mysqld 进程有读写权限） - 确保使用本地表空间模式：
innodb_undo_logs=128（8.0 默认值，不建议调低；5.7 对应的是innodb_rollback_segments）
注意：innodb_undo_tablespaces 决定生成几个 undo_001、undo_002 文件，每个固定大小（默认 10M），不可动态增减。设为 0 表示禁用独立表空间，全部回滚数据塞进系统表空间 ibdata1。
为什么 /tmp 或 /var/tmp 不能放 undo 目录？
操作系统临时目录常被清理机制盯上，比如 systemd-tmpfiles 或 cron 脚本定期 rm -rf /tmp/*。一旦 undo 文件被误删：
- MySQL 启动时报错：
InnoDB: Error: log file ./undo_001 is missing
- 即使文件还在，inode 被回收后也会触发崩溃恢复失败
- SSD 上还可能因 TRIM 导致底层块失效，恢复更困难
InnoDB: Error: log file ./undo_001 is missing 正确做法是：单独挂载稳定分区（如 /data），设置明确属主 mysql:mysql，禁止其他进程写入。路径里别带空格或特殊符号，避免 mysqld 解析出错。
配置完没生效？先查这三件事
改完配置不生效，大概率卡在这几个地方：
-
SHOW VARIABLES LIKE 'innodb_undo%' 查出的值和配置文件不一致 → 说明没读到该配置，检查 mysqld --help --verbose | grep "default 看实际加载的 cnf 路径
-
ls -l /data/mysql/undo/ 发现没生成 undo_001 → 检查错误日志是否有 InnoDB: Unable to create undo tablespace，常见于目录权限不对或磁盘满
-
SELECT NAME, PATH FROM INFORMATION_SCHEMA.INNODB_TABLESPACES WHERE NAME LIKE 'undo%'; 返回空 → 说明实例启动时跳过了独立 undo 初始化，可能因为 innodb_undo_tablespaces=0 被其他配置覆盖，或启用了 innodb_force_recovery
SHOW VARIABLES LIKE 'innodb_undo%' 查出的值和配置文件不一致 → 说明没读到该配置，检查 mysqld --help --verbose | grep "default 看实际加载的 cnf 路径 ls -l /data/mysql/undo/ 发现没生成 undo_001 → 检查错误日志是否有 InnoDB: Unable to create undo tablespace，常见于目录权限不对或磁盘满 SELECT NAME, PATH FROM INFORMATION_SCHEMA.INNODB_TABLESPACES WHERE NAME LIKE 'undo%'; 返回空 → 说明实例启动时跳过了独立 undo 初始化，可能因为 innodb_undo_tablespaces=0 被其他配置覆盖，或启用了 innodb_force_recovery
Undo 日志的物理位置一旦确定，就深度绑定实例生命周期。换目录不是改个路径就能热切换的事，得从初始化逻辑、文件权限、系统清理策略全链路对齐。
