MySQL 8.0配置不生效主因是机制误用：SET GLOBAL仅内存生效，永久生效须用SET PERSIST并满足条件——变量需动态可写、目录可写、persisted_globals_load=ON，且mysqld-auto.cnf未被--defaults-file覆盖。
MySQL 8.0 修改配置后不生效，大概率不是改错了，而是没用对机制——SET GLOBAL 只改内存，重启就丢；真正想“改完就永久生效”，得用 SET PERSIST，且必须满足几个硬性条件。
怎么确认变量是否已持久化
别只查 SHOW VARIABLES，它只反映当前内存值。要看是否写进了持久化文件：
- 查
performance_schema.persisted_variables表：有记录说明已成功持久化 - 查数据目录下是否存在
mysqld-auto.cnf文件，并确认其中包含目标变量（如"max_connections": { "Value": "500" }） - 执行
SELECT VARIABLE_NAME, IS_DYNAMIC, VARIABLE_SCOPE FROM performance_schema.variables_info WHERE VARIABLE_NAME = 'your_var';，确保IS_DYNAMIC = 'YES'且VARIABLE_SCOPE = 'GLOBAL'
为什么 SET PERSIST 执行成功但重启后还是旧值
表面成功，实际没生效，常见原因有三个：
-
mysqld-auto.cnf所在目录不可写（比如容器挂载为只读），MySQL 写入失败但不报错，只会静默跳过 —— 检查错误日志里有没有ERROR 3615 (HY000): Cannot write to mysqld-auto.cnf - 启动时
persisted_globals_load被设为OFF，导致 MySQL 直接忽略mysqld-auto.cnf—— 查SHOW VARIABLES LIKE 'persisted_globals_load'; - 配置文件加载顺序被干扰：
mysqld-auto.cnf是最后加载的，但如果启动命令里用了--defaults-file指定了其他配置文件，且该文件里又显式写了同名变量，就会覆盖掉持久化值
SET PERSIST 和 SET GLOBAL 的关键区别在哪
不是“哪个更好”，而是“解决什么问题”：
-
SET GLOBAL max_connections = 500;→ 立即生效，但 MySQL 一重启就回退到my.cnf或默认值 -
SET PERSIST max_connections = 500;→ 立即生效 + 写入mysqld-auto.cnf→ 下次启动仍为 500 -
SET PERSIST_ONLY max_connections = 500;→ 不改当前值，只写文件 → 下次启动才变（适合log_bin这类不能热启的参数） - 权限不同：
SET PERSIST需SYSTEM_VARIABLES_ADMIN；SET PERSIST_ONLY还额外需要PERSIST_RO_VARIABLES_ADMIN（尤其对受限变量）
哪些变量根本不能用 SET PERSIST
不是所有全局变量都支持。典型踩坑点：
-
datadir、port、socket、pid_file—— 启动前就必须确定，只能改my.cnf+ 重启 -
log_bin、binlog_format—— 8.0.22+ 支持SET PERSIST_ONLY，但不能SET PERSIST（热启会报错） -
innodb_buffer_pool_size—— 8.0.22+ 才支持动态持久化，低版本即使SET PERSIST也会报ERROR 1238: Variable 'innodb_buffer_pool_size' is a read only variable - 只读变量如
protocol_version、innodb_version—— 任何方式都不能持久化
最常被忽略的一点：mysqld-auto.cnf 是 MySQL 自动管理的，手改它等于埋雷。出问题时删掉它比修它更安全——只要记得先确认 persisted_globals_load = ON，否则删了也没用。
