set persist将变量值立即写入内存并持久化至数据目录下的mysqld-auto.cnf（json格式），该文件启动时最后加载、优先级最高，覆盖my.cnf中同名配置。
SET PERSIST 会写进 mysqld-auto.cnf，不是 my.cnf
MySQL 8.0 的 SET PERSIST 不会修改你手写的 my.cnf，而是把值存进数据目录下的 mysqld-auto.cnf ——一个 JSON 格式的自动配置文件。这个文件在启动时**最后加载、优先级最高**，所以哪怕你在 my.cnf 里写了 sort_buffer_size = 2M，只要 mysqld-auto.cnf 里有 "sort_buffer_size": "256K"，最终生效的就是 256K。
常见错误现象：show variables like 'sort_buffer_size' 显示的是 256K，但你确信 my.cnf 已改成 2M，重启也无效 → 很可能 mysqld-auto.cnf 里残留了旧的持久化值。
- 查当前持久化项：
SELECT * FROM performance_schema.persisted_variables - 查加载顺序和来源：
SELECT VARIABLE_NAME, VARIABLE_SOURCE, VARIABLE_PATH FROM performance_schema.variables_info WHERE VARIABLE_SOURCE = 'PERSISTED' - 临时清空（慎用）：
RESET PERSIST，再重启验证
SET PERSIST 和 SET PERSIST_ONLY 行为不同
SET PERSIST 同时改内存值 + 写入 mysqld-auto.cnf；SET PERSIST_ONLY 只写入文件，不改当前内存值 —— 这对只读变量（如 innodb_version）或需要“先验证再固化”的场景很关键。
使用场景：你想把 back_log 设为 150 并立即生效，用 SET PERSIST back_log = 150；但若只是想“下次重启才生效”，且当前连接不能动，就得用 SET PERSIST_ONLY back_log = 150。
- 权限差异：
SET PERSIST需SYSTEM_VARIABLES_ADMIN；SET PERSIST_ONLY还额外需要PERSIST_RO_VARIABLES_ADMIN - 注意：
SET PERSIST_ONLY对非只读变量也合法，但不会触发内存变更，容易误以为没生效
持久化变量会覆盖默认值，但未必是你想要的“默认”
MySQL 8.0 默认行为更严格，比如 sort_buffer_size 虽然仍是 256K，但排序策略已改为全字段内存排序，更容易触发磁盘 filesort；又比如 innodb_buffer_pool_size 在 8.0 中被元数据悄悄占掉 15%~20%，实际可用变少。
这意味着：升级后性能下降，往往不是因为“8.0 更慢”，而是旧配置在新机制下失效了 —— 你持久化了一个 5.7 下够用的值，但在 8.0 下它成了瓶颈。
- 不要盲目调大
sort_buffer_size：它是 per-connection 分配，设成 8M + 200 连接 = 1.6GB 内存白耗 - 优先建复合索引覆盖
ORDER BY，再把sort_buffer_size控制在 2M~4M 区间观察 - 检查真实 buffer pool 使用率：
SELECT (SELECT COUNT(*) FROM information_schema.INNODB_BUFFER_POOL_STATS) / (SELECT VARIABLE_VALUE FROM performance_schema.global_variables WHERE VARIABLE_NAME = 'innodb_buffer_pool_size') AS usage_ratio
RESET PERSIST 不等于“恢复 my.cnf”
RESET PERSIST 是删掉 mysqld-auto.cnf 里的所有条目，但不会还原 my.cnf 里的配置，也不会恢复 MySQL 默认值 —— 它只是让系统退回到“只读 my.cnf + 默认值”的状态。
容易踩的坑：执行 RESET PERSIST 后发现 max_connections 变回 151，以为是 bug，其实是你 my.cnf 里根本没配这一项，MySQL 就用了内置默认值。
- 要真正“回滚到升级前状态”，得同时清理
mysqld-auto.cnf+ 确保my.cnf包含全部关键参数 - 手动编辑
mysqld-auto.cnf极危险：JSON 格式出错会导致 MySQL 启动失败 - 如果只想删某一项，用
RESET PERSIST sort_buffer_size（不存在则报错）或RESET PERSIST IF EXISTS sort_buffer_size（MySQL 8.0.23+ 支持）
真正的麻烦不在语法，而在“你以为改了配置，其实它早被另一份文件悄悄覆盖了”。尤其当多个 DBA 轮流调参、又没人清理 mysqld-auto.cnf 时，那里面积攒的 JSON 条目就是定时炸弹。
