MySQL 8.4 持久化系统变量实战：SET PERSIST 与 SET PERSIST_ONLY 的回退边界

线上连接数突然冲到告警阈值，临时改配置文件得等重启才能生效，要是直接用 SET GLOBAL 改参数，下次实例重启所有调整还会悄悄回退成旧值。MySQL 8.4 提供了两条非常清晰的参数调整路径：SET PERSIST 可以直接修改运行时全局值同时写入 mysqld-auto.cnf，SET PERSIST_ONLY 只给下一次启动预设新值。不管用哪种方式，操作完都要做核对和回退预案，不能只扫一眼当前会话的返回值就完事。

先把两种变更路径分开

假设业务侧连接池刚做了扩容，运维打算把 max_connections 从 800 调到 1200。如果只执行 SET GLOBAL max_connections = 1200，当前实例能直接生效，但下次重启参数很可能就回退成配置文件里的旧值；要是只改磁盘上的配置文件，又没法立刻缓解当前的连接数压力。

MySQL 8.4 里的持久化语句，把「当前运行生效」和「后续重启保留」拆成了两个完全可追踪的独立动作：

SET PERSIST 的最小可用写法

操作之前先确认目标变量的作用域和当前取值，调整参数的时候尽量小幅步进。生产环境不要直接把容量类参数拉到理论上限，连接占比内存、线程缓存数量和代理连接数这些关联项要一起估算核对。

SHOW GLOBAL VARIABLES LIKE 'max_connections';

SET PERSIST max_connections = 1200;

SELECT VARIABLE_NAME, VARIABLE_VALUE
FROM performance_schema.persisted_variables
WHERE VARIABLE_NAME = 'max_connections';

SHOW GLOBAL VARIABLES LIKE 'max_connections';

操作之后能拿到两类校验依据：SHOW GLOBAL VARIABLES 可以证明当前实例已经用上新的 1200 配置，persisted_variables 能证明持久化配置也已经正常落盘。只看到第一类返回结果，不能直接断定重启之后参数一定能保持新值。

只想让下次启动生效时用 PERSIST_ONLY

有部分变量不适合在业务高峰时段做动态切换，或者参数变更需要等约定好的重启维护窗口。这种场景下直接用 SET PERSIST_ONLY：

SET PERSIST_ONLY max_connections = 1200;

SHOW GLOBAL VARIABLES LIKE 'max_connections';

SELECT VARIABLE_NAME, VARIABLE_VALUE
FROM performance_schema.persisted_variables
WHERE VARIABLE_NAME = 'max_connections';

执行完你会发现当前运行值可能还是 800，但持久化配置表里已经存好了 1200。这个差异是特性设计的正常结果，不是语句执行失效。运维交接记录里要同时标注清楚「当前运行值」和「重启目标值」，不然下一位值班的同事很容易误以为配置没成功落盘。

回退时别把 RESET PERSIST 当成一键恢复按钮

RESET PERSIST max_connections 的作用只是删掉 mysqld-auto.cnf 里对应的那条持久化记录。它只管「下次重启会不会用这个覆盖配置」，不会自动把当前已经生效的运行时值从 1200 改回 800。

RESET PERSIST max_connections;

SELECT VARIABLE_NAME, VARIABLE_VALUE
FROM performance_schema.persisted_variables
WHERE VARIABLE_NAME = 'max_connections';

SET GLOBAL max_connections = 800;
SHOW GLOBAL VARIABLES LIKE 'max_connections';

如果业务已经恢复正常，推荐先清理持久化项，再对照之前的变更单确认要不要把当前运行值改回旧配置。本身不支持动态修改的变量不能硬套上面的操作顺序，要提前安排好重启窗口，启动前先单独验证启动配置是否正常。

上线前的四个核对点

• 确认目标变量是全局变量且支持持久化写入，会话级变量不能存到启动配置里。
• 确认执行操作的账号有对应的系统变量管理权限，部分敏感变量还会有额外的权限限制。
• 确认 persisted_variables 里记录的参数值，和变更单的目标值、监控配置里的告警阈值三方完全一致。
• 不要手动编辑 mysqld-auto.cnf，要删除或者修改持久化项的时候，直接用官方提供的SQL语句操作，交给MySQL自己维护这个JSON格式的配置文件。

MySQL 启动的时候，会在所有其他常规选项文件之后加载数据目录下的 mysqld-auto.cnf。如果启动传入参数、普通配置文件和持久化项之间的取值有冲突，要先理清楚几个配置源的生效优先级，再决定保留哪个来源的取值。

常见问题

SET GLOBAL 和 SET PERSIST 最大区别是什么？

SET GLOBAL 只会更新当前实例的运行时取值；SET PERSIST 除了改当前运行值，还会把新的全局值写入持久化配置，后续实例重启之后也会继续沿用这个新值。

SET PERSIST_ONLY 会立即改变当前连接的变量值吗？

不会。它只会写入下次启动要加载的目标值，当前全局运行值和已经建立的所有会话还是会按照原有规则运行。

可以直接打开 mysqld-auto.cnf 删掉里面的某一行配置吗？

非常不建议这么操作。直接用 RESET PERSIST 或者指定对应变量的回退语句，让MySQL自己维护这个配置文件，避免手动修改破坏文件格式导致启动失败。

为什么执行完 RESET PERSIST 之后，查 SHOW GLOBAL VARIABLES 看到的还是之前改的旧值？

因为这个操作删掉的只是重启覆盖的持久化项，不会改动当前运行时的参数。如果目标变量支持动态修改，需要再用对应的全局设置语句把当前实例的运行值改回需要的大小。

把运行时调整、下次启动配置、异常回退这几个步骤分开记录，MySQL 8.4 的参数变更就不会是单条没痕迹的命令，变成全链路可追溯的变更链：先确认变量作用域，再按需选 PERSIST 或者 PERSIST_ONLY，最后拿持久化表和监控结果做双重验收。