MySQL8新特性：持久化全局变量的修改方法
作者：iVictor
前言
在8之前的版本中，对于全局变量的修改，其只会影响其内存值，而不会持久化到配置文件中。数据库重启，又会恢复成修改前的值。从8开始，可通过SET PERSIST命令将全局变量的修改持久化到配置文件中。
试举一例
mysql> show variables like '%max_connections%'; +------------------------+-------+ | Variable_name | Value | +------------------------+-------+ | max_connections | 151 | | mysqlx_max_connections | 100 | +------------------------+-------+ rows in set (0.00 sec) mysql> set persist max_connections=200; Query OK, 0 rows affected (0.00 sec) mysql> show variables like '%max_connections%'; +------------------------+-------+ | Variable_name | Value | +------------------------+-------+ | max_connections | 200 | | mysqlx_max_connections | 100 | +------------------------+-------+ rows in set (0.00 sec)
全局变量的修改会保存在两处，
1. 数据目录下mysqld-auto.cnf文件，
注意，不是启动时--defaults-file指定的配置文件。
[root@slowtech ~]# cat /var/lib/mysql/mysqld-auto.cnf
{ "Version" : 1 , "mysql_server" : { "max_connections" : { "Value" : "200" , "Metadata" : { "Timestamp" : 1525509217566258 , "User" : "root" , "Host" : "localhost" } } } }
持久化信息以json格式保存，其中，Metadata记录了这次修改的用户及时间信息。
在数据库启动时，会首先读取其它配置文件，最后才读取mysqld-auto.cnf文件。不建议手动修改该文件，其有可能导致数据库在启动过程中因解析错误而失败。如果出现这种情况，可手动删除mysqld-auto.cnf文件或将persisted_globals_load变量设置为off来避免该文件的加载。
2. performance_schema.persisted_variables
mysql> select * from performance_schema.persisted_variables; +-----------------+----------------+ | VARIABLE_NAME | VARIABLE_VALUE | +-----------------+----------------+ | max_connections | 200 | +-----------------+----------------+ row in set (0.00 sec)
全局变量的持久化除了SET PERSIST外，还有SET PERSIST_ONLY，与前者相比，其只持久化全局变量，而不修改其内存值。同时，在权限方面，前者只需要SYSTEM_VARIABLES_ADMIN，后者还需要PERSIST_RO_VARIABLES_ADMIN权限。
对于已经持久化了变量，可通过RESET PERSIST命令清除掉，注意，其只是清空mysqld-auto.cnf和performance_schema.persisted_variables中的内容，对于已经修改了的变量的值，不会产生任何影响。
除此之外，还可以通过下述方式将全局变量持久化为默认值。注意，是默认值，而不是修改前的值。
mysql> set persist max_connections=default;
这个命令同“set global max_connections=default”类似，都会将变量的值设置为默认值，只不过前者还会将默认值持久化到配置文件中。
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对脚本之家的支持。