MySQL 8 新特性之持久化全局变量的修改

在8之前的版本中，对于全局变量的修改，其只会影响其内存值，而不会持久化到配置文件中。数据库重启，又会恢复成修改前的值。从8开始，可通过SET PERSIST命令将全局变量的修改持久化到配置文件中。

试举一例

mysql> show variables like '%max_connections%';
+------------------------+-------+
| Variable_name          | Value |
+------------------------+-------+
| max_connections        | 151  |
| mysqlx_max_connections | 100  |
+------------------------+-------+
2 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  |
+------------------------+-------+
2 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            |
+-----------------+----------------+
1 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”类似，都会将变量的值设置为默认值，只不过前者还会将默认值持久化到配置文件中。

转载于:https://www.cnblogs.com/ivictor/p/9037931.html

MySQL 8 新特性之持久化全局变量的修改相关推荐

【MySQL】MySQL 8 新特性
1. 默认字符集由latin1变为utf8mb4 在8.0版本之前,默认字符集为latin1,utf8指向的是utf8mb3,8.0版本默认字符集为utf8mb4,utf8默认指向的也是utf8mb4 ...
mysql mts_MySQL新特性MTS
一.MTS:多线程复制 MTS简介在MySQL 5.6版本之前,Slave服务器上有两个线程I/O线程和SQL Thread线程.I/O线程负责接收二进制日志(Binary Log,更准确的说是二进 ...
mysql derived2_MySQL · 新特性分析 · 5.7中Derived table变形记-阿里云开发者社区
Derived table实际上是一种特殊的subquery,它位于SQL语句中FROM子句里面,可以看做是一个单独的表.MySQL5.7之前的处理都是对Derived table进行Material ...
MySQL 8新特性--InnoDB相关新特性
文章目录 6.1. auto-increment 6.2.innodb_deadlock_detect 6.3. INFORMATION_SCHEMA.INNODB_CACHED_INDEXES 6. ...
Oracle 20c 新特性：持久化内存数据库 - Persistent Memory Database
导读:随着硬件技术的不断进步,PMEM (Persistent Memory)已经足够成熟,开始进入到数据库加速领域,在 DRAM 和 Flash 之间提供能更强的 IO 层支撑.自 Oracle 2 ...
华为云数据库 MySQL 内核新特性上线，首家彻底解决用户上云需改造应用的问题
最新消息,搭载 HWSQL 内核的华为云数据库 MySQL,近期上线了几大关键特性.其中通过深入改造.去除社区版 GTID 约束限制的特性,更是首家彻底解决了用户上云需要对应用进行改造的问题. GTI ...
mysql applier_新特性解读 | MySQL 8.0.18 有权限控制的复制
背景 MySQL 8.0.18 以前,从服务器都是在不检查权限的情况下执行复制事务的,这样做是为了能够让主服务器获取所有内容.实际上,这意味着从机完全信任主机.但是,可能存在一些设置,其中更改跨越了主 ...
Mysql的新特性--MRR
目录 MRR原理举例磁盘IOPS的计算规则开启了 MRR 顺序读带来了几个好处: 拆分查询条件,进行批量查询使用限制相关参数源码浅谈 a.MRR 中有序主建的收集过程 b.MRR 中主建缓 ...
mysql failover_新特性解读 | MySQL 8.0.22 新特性 Async Replication Auto failover
作者:洪斌爱可生南区负责人兼技术服务总监,MySQL ACE,擅长数据库架构规划.故障诊断.性能优化分析,实践经验丰富,帮助各行业客户解决 MySQL 技术问题,为金融.运营商.互联网等行业客户提 ...
mysql query browswer_MySQL数据库新特性之存储过程入门教程
MySQL数据库新特性之存储过程入门教程在MySQL 5中,终于引入了存储过程这一新特性,这将大大增强MYSQL的数据库处理能力.在本文中将指导读者快速掌握MySQL 5的存储过程的基本知识,带领用 ...

MySQL 8 新特性之持久化全局变量的修改

MySQL 8 新特性之持久化全局变量的修改相关推荐

最新文章

热门文章