MySQL 8.0 的 SET PERSIST 可同时实现参数立即生效与重启持久化，前提是参数满足 IS_DYNAMIC='YES' 且 VARIABLE_SCOPE='GLOBAL'，用户具备 SYSTEM_VARIABLES_ADMIN 权限，且数据目录对 mysqld-auto.cnf 可写。
MySQL 8.0 的 SET PERSIST 不是“方便而已”，而是解决了“改了就丢”这个运维高频痛点——只要参数支持动态修改、你有权限、目录可写，一次命令就能同时生效 + 持久，不用再手动改配置文件、不用怕容器重启丢配置、也不用在多实例间手抖改错文件。
哪些变量能用 SET PERSIST？先查再改，别硬试
不是所有全局变量都支持。硬写会直接报错：ERROR 1238 (HY000): Variable 'xxx' is a read only variable。
- 确认方式：执行
SELECT VARIABLE_NAME, VARIABLE_SCOPE, IS_DYNAMIC FROM performance_schema.variables_info WHERE VARIABLE_NAME = 'max_connections'; - 必须同时满足：
IS_DYNAMIC = 'YES'且VARIABLE_SCOPE = 'GLOBAL' - 常见支持的：
max_connections、wait_timeout、innodb_buffer_pool_size（8.0.22+）、log_bin（需配合SET PERSIST_ONLY） - 典型不支持的：
datadir、port、socket、server_id——这些仍得改my.cnf+ 重启
SET PERSIST 和 SET PERSIST_ONLY 到底差在哪？
核心区别就一个：是否立刻改内存值。
-
SET PERSIST max_connections = 5000;→ 内存立即变 5000，同时写入mysqld-auto.cnf，重启后还是 5000 -
SET PERSIST_ONLY log_bin = OFF;→ 内存值不变（比如当前 binlog 还开着），只写进mysqld-auto.cnf，下次重启才关闭 binlog - 两者都写同一个文件：
mysqld-auto.cnf（位于数据目录下，JSON 格式），千万别手动编辑它 - 启动时加载顺序：命令行参数 >
mysqld-auto.cnf>my.cnf，所以前者会覆盖后者
执行失败的常见原因和对应检查项
报错不是语法问题，基本是环境或权限卡住了。
-
ERROR 1227 (42000): Access denied; you need ... SYSTEM_VARIABLES_ADMIN privilege→ 普通 root 默认没这个权限，要显式授权：GRANT SYSTEM_VARIABLES_ADMIN ON *.* TO 'admin'@'%'; -
ERROR 3615 (HY000): Cannot write to mysqld-auto.cnf→ 数据目录不可写（常见于容器挂载为ro、SELinux 启用、或目录属主不对） - 改完没生效？检查是否被
my.cnf里同名参数覆盖了（mysqld-auto.cnf优先级更高，但前提是它被成功加载；可通过SHOW VARIABLES LIKE 'persisted_globals_load';确认该开关是否为ON） - 想清空持久化配置？用
RESET PERSIST;（全清）或RESET PERSIST max_connections;（单个）
最易被忽略的一点：mysqld-auto.cnf 是 MySQL 自动管理的，不是“另一个 my.cnf”。它不接受注释、不支持 include、不能手工增删字段——哪怕只是多加一个逗号，MySQL 启动时就会解析失败直接退出。真要调试，宁可删掉它再重设，也别手修。
