共计 5115 个字符,预计需要花费 13 分钟才能阅读完成。
作者:Arunjith Aravindan
翻译:管长龙
本文起源:https://www.percona.com/blog/…
MySQL 8 之前,应用的动静变量不是永久性的,并且在重启后会重置。可在运行时应用 SET 语句更改这些变量,以影响以后实例的操作,然而咱们必须手动更新 my.cnf 配置文件以使其长久化。
在许多状况下,从服务端更新 my.cnf 并不是一个不便的抉择,并且使变量仅被更新能力在后续重新启动时动静还原,而没有任何历史记录。
长久化零碎变量是 MySQL 8 中引入的性能之一。新性能可帮忙 DBA 动静更新变量并注册它们,而无需从服务器端拜访配置文件。
如何长久化全局零碎变量?
与 SET GLOBAL 一样,SET PERSIST 是可用于在运行时更新零碎变量并使它们在重新启动后放弃不变的命令。当咱们应用 PERSIST 关键字时,变量更改将更新到数据目录中的 mysqld-auto.cnf 选项文件。mysqld-auto.cnf 是仅在第一次执行 PERSIST 或 PERSIST_ONLY 语句时创立的 JSON 格式文件。
让咱们以更新最大连接数为例,看看此性能的工作原理。
mysql> SET PERSIST max_connections = 1000;
Query OK, 0 rows affected (0.00 sec)
mysql> select @@max_connections\G
*************************** 1. row ***************************
@@max_connections: 1000
1 row in set (0.00 sec)
生成的 mysqld-auto.cnf 如下所示:
cat /var/lib/mysql/mysqld-auto.cnf
{ "Version" : 1 , "mysql_server" : {
"max_connections" : {
"Value" : "1000" , "Metadata" : {"Timestamp" : 1602543199335909 , "User" : "root" , "Host" : "localhost"} } } }
如何保留只读的零碎变量?
当须要更改只读变量时,咱们须要应用 PERSIST_ONLY 关键字。该子句更新 mysqld-auto.cnf 文件中的更改,但不适用于 MySQL,在下一次 MySQL 重新启动时持续存在。这使得 PERSIST_ONLY 适宜配置只能在服务器启动时设置的只读零碎变量。
mysql> SET PERSIST innodb_log_file_size=50331648*2;
ERROR 1238 (HY000): Variable 'innodb_log_file_size' is a read-only variable
mysql> set persist_only innodb_log_file_size=50331648*2;
Query OK, 0 rows affected (0.01 sec)
如何革除永恒零碎变量设置?
咱们能够应用 RESET PERSIST 命令从 mysqld-auto.cnf 中删除长久设置。运行不带特定变量名的命令时要小心,因为它将从配置文件中删除所有设置。实际上,它从 mysqld-auto.cnf 中删除了长久设置,但没有从 MySQL 中 删除。
看几个例子:
mysql> RESET PERSIST;
Query OK, 0 rows affected (0.00 sec)
cat /var/lib/mysql/mysqld-auto.cnf
{"Version" : 1 , "mysql_server" : {} }
mysql> select @@max_connections;
+-------------------+
| @@max_connections |
+-------------------+
| 1000 |
+-------------------+
1 row in set (0.01 sec)
如果想革除特定变量而不是革除配置文件中的所有设置,则以下示例向咱们展现了如何执行此操作。如果咱们尝试删除 mysqld-auto.cnf 中不存在的变量,则会导致谬误,如下所示,咱们能够应用 IF EXISTS 子句来克制该谬误。
mysql> RESET PERSIST max_connections;
Query OK, 0 rows affected (0.00 sec)
mysql> RESET PERSIST innodb_max_dirty_pages_pct;
ERROR 3615 (HY000): Variable innodb_max_dirty_pages_pct does not exist in persisted config file
mysql>
mysql> RESET PERSIST IF EXISTS innodb_max_dirty_pages_pct;
Query OK, 0 rows affected, 1 warning (0.00 sec)
mysql> show warnings;
| Warning | 3615 | Variable innodb_max_dirty_pages_pct does not exist in persisted config file |
有没有方法禁用持久性?
是的,persisted_globals_load 参数用于启用或禁用长久化的零碎变量。禁用后,服务器启动程序将疏忽 mysqld-auto.cnf 文件。手动更改为 mysqld-auto.cnf 文件可能会在服务器启动时导致解析谬误。在这种状况下,服务器报告谬误并退出。如果产生此问题,则必须在禁用 persisted_globals_load 零碎变量或应用以下示例中提供的 –no-defaults 选项的状况下启动服务器。
mysql> select @@persisted_globals_load ;
+-------------------------------------+
| @@persisted_globals_load |
+-------------------------------------+
| 1 |
+-------------------------------------+
1 row in set (0.00 sec)
grep -i persisted_globals_load /etc/my.cnf
persisted_globals_load=0
mysql> restart;
Query OK, 0 rows affected (0.00 sec)
mysql> select @@persisted_globals_load ;
+-----------------------------------+
| @@persisted_globals_load |
+-----------------------------------+
| 0 |
+----------------------------------+
1 row in set (0.00 sec)
mysql> select @@max_connections;
+-------------------+
| @@max_connections |
+-------------------+
| 500 |
+-------------------+
1 row in set (0.00 sec)
须要什么受权?
思考到安全性,正确用户的正确权限相对是最佳实际。SYSTEM_VARIABLES_ADMIN 和 PERSIST_RO_VARIABLES_ADMIN 是用户应用 SET PERSIST_ONLY 将全局零碎变量长久保留到 mysqld-auto.cnf 的必须特权。
用户还须要具备 SHUTDOWN 特权能力应用 RESTART 命令。它提供了一种从客户端会话重新启动 MySQL 的办法,而无需在服务器主机上进行命令行拜访。
mysql> CREATE USER 'admin_persist'@'localhost' IDENTIFIED BY '*********';
Query OK, 0 rows affected (0.02 sec)
mysql> GRANT SYSTEM_VARIABLES_ADMIN, PERSIST_RO_VARIABLES_ADMIN, SHUTDOWN on *.* to 'admin_persist'@'localhost';
Query OK, 0 rows affected (0.03 sec)
如何监督变量?
要列出应用 PERSIST 选项更新的变量,咱们能够查问 performance_schema.persisted_variables 表以及其余几个表,如下所示。这是一个如何从 MySQL 端监督变量的简略示例,您能够依据须要批改查问。
mysql> select v.VARIABLE_NAME,g.VARIABLE_VALUE current_value,p.VARIABLE_VALUE as persist_value,SET_TIME,SET_USER,VARIABLE_SOURCE,VARIABLE_PATH from performance_schema.variables_info v JOIN performance_schema.persisted_variables p USING(VARIABLE_NAME) JOIN performance_schema.global_variables g USING(VARIABLE_NAME)\G
*************************** 1. row ***************************
VARIABLE_NAME: innodb_log_file_size
current_value: 50331648
persist_value: 100663296
SET_TIME: 2020-10-12 18:54:35.725177
SET_USER: arun
VARIABLE_SOURCE: COMPILED
VARIABLE_PATH:
*************************** 2. row ***************************
VARIABLE_NAME: max_connections
current_value: 1000
persist_value: 1000
SET_TIME: 2020-10-12 18:53:19.336115
SET_USER: root
VARIABLE_SOURCE: DYNAMIC
VARIABLE_PATH:
2 rows in set (0.06 sec)
mysql> restart;
Query OK, 0 rows affected (0.01 sec)
select v.VARIABLE_NAME,g.VARIABLE_VALUE current_value,p.VARIABLE_VALUE as persist_value,SET_TIME,SET_USER,VARIABLE_SOURCE,VARIABLE_PATH from performance_schema.variables_info v JOIN performance_schema.persisted_variables p USING(VARIABLE_NAME) JOIN performance_schema.global_variables g USING(VARIABLE_NAME)\G
*************************** 1. row ***************************
VARIABLE_NAME: innodb_log_file_size
current_value: 100663296
persist_value: 100663296
SET_TIME: 2020-10-12 18:54:35.725177
SET_USER: arun
VARIABLE_SOURCE: PERSISTED
VARIABLE_PATH: /var/lib/mysql/mysqld-auto.cnf
*************************** 2. row ***************************
VARIABLE_NAME: max_connections
current_value: 1000
persist_value: 1000
SET_TIME: 2020-10-12 18:53:19.335909
SET_USER: root
VARIABLE_SOURCE: PERSISTED
VARIABLE_PATH: /var/lib/mysql/mysqld-auto.cnf
2 rows in set (0.16 sec)