MySQL 8.0 SET PERSIST：全局变量的“一锤定音”大法 (兼论“反悔药”与“时光机”)
各位观众，各位小伙伴，各位敲代码敲到头秃的程序猿/媛们，大家好！我是你们的老朋友，人称“ Bug 终结者”的阿呆。今天咱们不聊风花雪月，不谈人生理想，就来唠唠嗑，说说 MySQL 8.0 里一个非常实用，但也容易被忽视的命令：SET PERSIST。
这玩意儿啊，就像给 MySQL 的全局变量配置了一颗“定心丸”，让你的配置不再是“昙花一现”，重启服务器也能“坚如磐石”。 别看它名字平平无奇，背后的意义可不简单。它直接关乎着你的数据库性能、稳定性，甚至能影响你下班的时间！（想想辛辛苦苦调整的参数，重启一下全没了，是不是想对着屏幕唱《凉凉》？）。
一、全局变量：数据库的“性格密码”
在深入 SET PERSIST 之前，咱们先得搞清楚什么是 MySQL 的全局变量。 简单来说，全局变量就像是 MySQL 服务器的“性格密码”，它们控制着数据库的各种行为，包括但不限于：
- 缓冲区大小： 决定了 MySQL 能缓存多少数据，直接影响查询速度。
- 连接数限制： 决定了服务器能同时处理多少客户端连接，影响并发性能。
- 字符集设置： 决定了数据库能存储哪些字符，影响数据的兼容性。
- 超时时间设置： 决定了连接和事务的超时时间，影响系统的稳定性。
这些变量就像一个个开关，你可以通过调整它们来“调教”你的 MySQL 服务器，让它更好地适应你的业务场景。 默认情况下，你修改这些全局变量，只会影响当前会话以及后续创建的新会话，一旦服务器重启，这些修改就会“灰飞烟灭”，恢复到默认值。 这就像你辛辛苦苦布置好的房间，第二天醒来发现又变回了乱糟糟的原样，是不是很崩溃？ 🤯
二、SET PERSIST：让配置“固若金汤”的秘密武器
SET PERSIST 的出现，就是为了解决这个令人头疼的问题。 它可以将你对全局变量的修改，永久保存到配置文件（通常是 mysqld-auto.cnf）， 即使服务器重启，这些配置也能自动加载，保证你的“调教成果”不会付诸东流。
咱们来举个例子：
假设你想调整 innodb_buffer_pool_size 这个变量，它控制着 InnoDB 存储引擎的缓冲池大小，是提升数据库性能的关键。
-
传统方式：
SET GLOBAL innodb_buffer_pool_size = 2147483648; -- 设置为 2GB这样修改后，只有当前会话和之后新建的会话才会生效，重启服务器就没了。 相当于“一次性”的设置。
-
SET PERSIST方式：SET PERSIST innodb_buffer_pool_size = 2147483648; -- 设置为 2GB 并永久保存这样修改后，不仅当前会话生效，还会将这个配置写入
mysqld-auto.cnf文件，重启服务器后依然有效。 相当于“永久有效”的设置。
是不是感觉瞬间安全感爆棚？ 💪
三、SET PERSIST 的语法解析：简单易懂，一学就会
SET PERSIST 的语法非常简单，基本上就是 SET PERSIST 变量名 = 值; 这样的格式。
SET PERSIST： 命令关键字，告诉 MySQL 你要永久保存这个变量的配置。变量名： 你要修改的全局变量的名称，比如innodb_buffer_pool_size、max_connections等。=： 赋值符号，表示将变量设置为后面的值。值： 你要设置的变量的值，可以是数字、字符串、布尔值等，具体取决于变量的类型。
例如：
SET PERSIST max_connections = 500; -- 设置最大连接数为 500
SET PERSIST character_set_server = utf8mb4; -- 设置服务器字符集为 utf8mb4
SET PERSIST slow_query_log = ON; -- 开启慢查询日志四、SET PERSIST_ONLY：只写配置文件，不影响当前会话？
MySQL 8.0 还提供了一个 SET PERSIST_ONLY 命令， 它的作用和 SET PERSIST 类似，也是将变量的配置永久保存到配置文件， 但不同之处在于，SET PERSIST_ONLY 不会立即影响当前会话。
为什么要这么设计呢？ 想象一下这样的场景：
你正在生产环境上调试一个关键的全局变量，如果直接使用 SET PERSIST， 可能会对正在运行的业务产生影响。 使用 SET PERSIST_ONLY，你可以先将配置写入配置文件， 等到下次重启服务器时，新的配置才会生效， 这样可以最大限度地降低风险。
例如：
SET PERSIST_ONLY innodb_buffer_pool_size = 4294967296; -- 设置为 4GB，但当前会话不受影响五、mysqld-auto.cnf：配置文件的“藏身之处”
SET PERSIST 和 SET PERSIST_ONLY 修改的配置，最终会保存到哪个文件呢？ 答案是 mysqld-auto.cnf。
这个文件通常位于 MySQL 数据目录下的 auto.cnf 子目录中。 你可以使用以下命令来查看数据目录的位置：
SHOW VARIABLES LIKE 'datadir';然后，你就可以找到 mysqld-auto.cnf 文件了。 这个文件是一个文本文件，你可以用任何文本编辑器打开它，查看其中的配置内容。
注意： 不要直接修改 mysqld-auto.cnf 文件！ 强烈不建议手动编辑这个文件，因为格式错误可能会导致 MySQL 启动失败。 正确的做法是使用 SET PERSIST 或 SET PERSIST_ONLY 命令来修改配置。
六、RESET PERSIST：后悔了？ “反悔药”来了！
人生不如意事十之八九，配置错了也是常有的事。 如果你使用 SET PERSIST 或 SET PERSIST_ONLY 设置了错误的配置，想要撤销怎么办？ 别慌，MySQL 8.0 提供了 RESET PERSIST 命令，它可以帮你“吃下后悔药”。
RESET PERSIST 可以将指定的全局变量恢复到默认值， 或者删除 mysqld-auto.cnf 文件中对该变量的配置。
语法如下：
RESET PERSIST 变量名;例如：
RESET PERSIST innodb_buffer_pool_size; -- 将 innodb_buffer_pool_size 恢复到默认值如果你想一次性删除 mysqld-auto.cnf 文件中的所有配置，可以使用以下命令：
RESET PERSIST IF EXISTS;七、performance_schema.persisted_variables：查看“配置历史”的时光机
MySQL 8.0 还提供了一个非常方便的性能模式表：performance_schema.persisted_variables。 它可以让你查看所有通过 SET PERSIST 或 SET PERSIST_ONLY 设置的变量及其值。
你可以使用以下 SQL 查询来查看：
SELECT * FROM performance_schema.persisted_variables;这个表就像一个“配置历史记录”，可以让你清晰地了解哪些变量被永久保存了，以及它们的值是多少。
八、注意事项：使用 SET PERSIST 的“避坑指南”
虽然 SET PERSIST 功能强大，但也需要注意一些事项，避免踩坑：
- 并非所有变量都可以持久化： 只有一部分全局变量支持
SET PERSIST命令， 具体的支持列表可以参考 MySQL 官方文档。 - 权限问题： 你需要拥有
SYSTEM_VARIABLES_ADMIN权限才能使用SET PERSIST和RESET PERSIST命令。 - 重启服务器： 虽然
SET PERSIST会立即将配置写入配置文件，但有些变量的生效仍然需要重启服务器。 - 配置冲突： 如果在
my.cnf等配置文件中也设置了相同的变量，mysqld-auto.cnf中的配置会覆盖它们。 - 谨慎操作： 修改全局变量可能会对数据库的性能和稳定性产生影响， 建议在测试环境中充分验证后再应用到生产环境。
九、总结：SET PERSIST 的价值与意义
SET PERSIST 命令是 MySQL 8.0 中一个非常实用的功能，它可以：
- 简化配置管理： 避免了每次重启服务器都要重新配置全局变量的麻烦。
- 提高系统稳定性： 保证了配置的一致性，避免了因配置丢失而导致的问题。
- 增强可维护性： 方便了配置的备份和恢复，降低了维护成本。
总而言之，SET PERSIST 就像给你的 MySQL 服务器穿上了一件“金钟罩”， 让你的配置不再“风雨飘摇”，而是“固若金汤”。
希望今天的分享对大家有所帮助。 记住，熟练掌握 SET PERSIST 命令， 可以让你在数据库管理的道路上少走弯路，早日实现 “下班自由”！ 🚀
最后，祝大家 bug 越来越少，代码越写越溜！ 咱们下期再见！ 😉