作者:杨涛涛
资深数据库专家,专研 MySQL 十余年。善于 MySQL、PostgreSQL、MongoDB 等开源数据库相干的备份复原、SQL 调优、监控运维、高可用架构设计等。目前任职于爱可生,为各大运营商及银行金融企业提供 MySQL 相干技术支持、MySQL 相干课程培训等工作。
本文起源:原创投稿
* 爱可生开源社区出品,原创内容未经受权不得随便应用,转载请分割小编并注明起源。
MySQL 最新版本 8.0.30 的公布带来一个与 REDO 日志文件无关的新性能点:在线调整 REDO 日志文件的大小!极大的简化了运维的工作量(经验过的同学都懂)!
通常一台 MySQL 实例部署完后,REDO 日志文件大小个别不会放弃默认值,DBA 同学会依据数据的写入量以及频率来调整其为适合的值。与业务匹配的 REDO 日志文件大小能让数据库获得最佳的性能(如何让 REDO 日志文件的大小匹配现有业务不在本篇探讨范畴)。
上面对 MySQL 8.0.30 之前以及之后的版本,比照 REDO 日志文件的更改过程,体验下最新版本的易用性。
8.0.30 之前,如何更改 REDO 日志文件大小?
针对这些版本,批改 REDO 日志文件大小的步骤比拟繁琐。假如须要更改其大小为 2G,步骤如下:
1、REDO 日志文件的更改波及两个传统参数:其最终大小是这两个参数的值相乘。
(1)innodb_log_files_in_group:REDO 日志磁盘上的文件个数,默认为 2。
(2)innodb_log_file_size:REDO 日志磁盘上单个文件的大小,默认为 48M。
(3)以后的日志大小为单个 48M,两个组,也就是一共 96M。
root@ytt-large:~/sandboxes/msb_5_7_34/data# ls -sihl ib_logfile*
3277012 48M -rw-r----- 1 root root 48M 7 月 29 16:18 ib_logfile0
3277013 48M -rw-r----- 1 root root 48M 7 月 29 16:18 ib_logfile1
2、“敞开”疾速停实例参数:innodb_fast_shutdown = 0 以确保 InnoDB 刷新所有脏页到磁盘(须要理解此参数的其余值请参见官网手册):
<mysql:(none):5.7.34-log>set global innodb_fast_shutdown=0;
Query OK, 0 rows affected (0.00 sec)
3、等步骤二执行完后,停掉 MySQL 实例。
4、删掉数据目录下旧日志文件:
root@ytt-large:~/sandboxes/msb_5_7_34/data# rm -rf ib_logfile*
5、在配置文件 my.cnf 里批改参数 innodb_log_file_size,因为有两个组,设置这个参数为 1G 即可。
[mysqld]
innodb_log_file_size=1G
6、启动 MySQL 实例(如果没有报错,代表更改胜利)。
7、查看新的日志文件大小:
root@ytt-large:~/sandboxes/msb_5_7_34/data# ls -sihl ib_logfile*
3277898 1.1G -rw-r----- 1 root root 1.0G 7 月 29 16:31 ib_logfile0
3277923 1.1G -rw-r----- 1 root root 1.0G 7 月 29 16:31 ib_logfile1
8.0.30 之后,如何更改 REDO 日志文件大小?
最新版本 MySQL 8.0.30 公布后,应用新参数 innodb_redo_log_capacity 来代替之前的两个参数(目前设置这两个参数仍然无效)。应用新参数调整大小非常简单,间接设置为要调整的值就行。比方调整其大小为 2G:
调整之前,默认 100M:
<mysql:(none):8.0.30>select @@innodb_redo_log_capacity;
+----------------------------+
| @@innodb_redo_log_capacity |
+----------------------------+
| 104857600 |
+----------------------------+
1 row in set (0.00 sec)
调整其大小为 2G:
<mysql:(none):8.0.30>set persist innodb_redo_log_capacity=2*1024*1024*1024;
Query OK, 0 rows affected (0.20 sec)
新增对应的状态变量innodb_redo_log_capacity_resized,不便在 MySQL 侧监控以后 REDO 日志文件大小:
<mysql:(none):8.0.30>show status like 'innodb_redo_log_capacity_resized';
+----------------------------------+------------+
| Variable_name | Value |
+----------------------------------+------------+
| Innodb_redo_log_capacity_resized | 2147483648 |
+----------------------------------+------------+
1 row in set (0.00 sec)
同时磁盘文件的存储模式不再是相似 ib_logfileN 这样的文件,而是代替为 #ib_redoN 这样新文件模式。这些新的文件默认存储在数据目录下的子目录 ’#innodb_redo’ 里。
1、这样的文件一共有 32 个,依照参数 innodb_redo_log_capacity 来平均分配。
root@ytt-large:/var/lib/mysql/#innodb_redo# ls |wc -l
32
2、有两类文件:一类是不带 _tmp 后缀的,代表正在应用的日志文件;带 _tmp 后缀的代表多余的日志文件,等正在应用的文件写满后,再接着应用它。如下所示:正在应用的日志文件有 15 个,未应用的有 17 个。
root@ytt-large:/var/lib/mysql/#innodb_redo# ls | grep -v '_tmp' |wc -l
15
root@ytt-large:/var/lib/mysql/#innodb_redo# ls | grep '_tmp' |wc -l
17
同时 performance_schema 库里新增表innodb_redo_log_files:获取以后应用的 REDO 日志文件 LSN 区间、理论写入大小、是否已满等统计数据。例如以后 15 个 REDO 日志文件的统计数据如下:高深莫测!
<mysql:performance_schema:8.0.30>select * from innodb_redo_log_files;
+---------+---------------------------+------------+------------+---------------+---------+----------------+
| FILE_ID | FILE_NAME | START_LSN | END_LSN | SIZE_IN_BYTES | IS_FULL | CONSUMER_LEVEL |
+---------+---------------------------+------------+------------+---------------+---------+----------------+
| 7 | ./#innodb_redo/#ib_redo7 | 552208896 | 619315712 | 67108864 | 1 | 0 |
...
| 21 | ./#innodb_redo/#ib_redo21 | 1491704320 | 1558811136 | 67108864 | 0 | 0 |
+---------+---------------------------+------------+------------+---------------+---------+----------------+
15 rows in set (0.00 sec)
总结:
MySQL 8.0 新版本带来越来越多的性能点,来简化开发和运维的工作,如果可能请尽快降级吧。