MySQL中Redo Log相关的重要参数总结
参数介绍
下面介绍、总结一下MySQL的Redo Log相关的几个重要参数:innodb_log_buffer_size、innodb_log_file_size、innodb_log_files_in_group
innodb_log_buffer_size
|
Command-Line Format |
--innodb-log-buffer-size=# |
|
System Variable |
innodb_log_buffer_size |
|
Scope |
Global |
|
Dynamic |
Yes |
|
SET_VAR Hint Applies |
No |
|
Type |
Integer |
|
Default Value |
16777216 |
|
Minimum Value |
1048576 |
|
Maximum Value |
4294967295 |
The size in bytes of the buffer that InnoDB uses to write to the log files on disk. The default is 16MB. A large log buffer enables large transactions to run without the need to write the log to disk before the transactions commit. Thus, if you have transactions that update, insert, or delete many rows, making the log buffer larger saves disk I/O. For related information, see Memory Configuration, and Section 8.5.4, “Optimizing InnoDB Redo Logging”. For general I/O tuning advice, see Section 8.5.8, “Optimizing InnoDB Disk I/O”.
参数用来设置缓存还未提交的事务的缓冲区的大小,通俗来说也就是日志缓冲区的大小。一般默认值16MB是够用的,但如果事务之中含有blog/text等大字段,这个缓冲区会被很快填满会引起额外的IO负载。可通过查看innodb_log_waits状态,如果不为0的话,则需要增加innodb_log_buffer_size。
mysql> show variables like 'innodb_log_buffer_size';
+------------------------+----------+
| Variable_name | Value |
+------------------------+----------+
| innodb_log_buffer_size | 16777216 |
+------------------------+----------+
1 row in set (0.00 sec)
mysql> show status like 'innodb_log_waits';
+------------------+-------+
| Variable_name | Value |
+------------------+-------+
| Innodb_log_waits | 0 |
+------------------+-------+
1 row in set (0.00 sec)
mysql>
innodb_log_file_size
参数innodb_log_file_size用于设定MySQL日志组中每个日志文件的大小。此参数是一个全局的静态参数,不能动态修改。
mysql> show variables like 'innodb_log_file_size';
+----------------------+----------+
| Variable_name | Value |
+----------------------+----------+
| innodb_log_file_size | 50331648 |
+----------------------+----------+
1 row in set (0.02 sec)
官方文档关于参数innodb_log_file_size的介绍如下:
|
Command-Line Format |
--innodb-log-file-size=# |
|
System Variable |
innodb_log_file_size |
|
Scope |
Global |
|
Dynamic |
No |
|
SET_VAR Hint Applies |
No |
|
Type |
Integer |
|
Default Value |
50331648 |
|
Minimum Value |
4194304 |
|
Maximum Value |
512GB / innodb_log_files_in_group |
The size in bytes of each log file in a log group. The combined size of log files (innodb_log_file_size * innodb_log_files_in_group) cannot exceed a maximum value that is slightly less than 512GB. A pair of 255 GB log files, for example, approaches the limit but does not exceed it. The default value is 48MB.
Generally, the combined size of the log files should be large enough that the server can smooth out peaks and troughs in workload activity, which often means that there is enough redo log space to handle more than an hour of write activity. The larger the value, the less checkpoint flush activity is required in the buffer pool, saving disk I/O. Larger log files also make crash recovery slower.
The minimum innodb_log_file_size is 4MB.
For related information, see Redo Log File Configuration. For general I/O tuning advice, see Section 8.5.8, “Optimizing InnoDB Disk I/O”.
If innodb_dedicated_server is enabled, the innodb_log_file_size value is automatically configured if it is not explicitly defined. For more information, see Section 15.8.12, “Enabling Automatic Configuration for a Dedicated MySQL Server”.
注意事项:
· 参数innodb_log_file_size的单位为字节,它的默认值(MySQL 5.6.8以及之后版本)默认为48M, 50331648/1024/1024=48M。而在之前的MySQL版本中(例如MySQL 5.5),此参数的默认值为5M。
· 参数innodb_log_file_size的最小值跟MySQL版本有关系,MySQL 5.7.11之前的版本中,参数innodb_log_file_size的最小值为1MB,MySQL 5.7.11以后版本,参数innodb_log_file_size的最小值增加到4MB。
· 参数innodb_log_file_size的最大值,二进制日志文件大小(innodb_log_file_size * innodb_log_files_in_group)不能超过512GB,所以一般而言,其大小值为512GB / innodb_log_files_in_group,而innodb_log_files_in_group最小值为2,所以innodb_log_file_size最大值不能超过256GB。其实这个参数也跟MySQL版本有关,MySQL 5.5和之前的版本中,innodb_log_file_size最大值为2GB。
· 如果参数innodb_log_file_size设置太小,就会导致MySQL的日志文件(redo log)频繁切换,频繁的触发数据库的检查点(Checkpoint),导致刷新脏页(dirty page)到磁盘的次数增加。从而影响IO性能。另外,如果有一个大的事务,把所有的日志文件写满了,还没有写完,这样就会导致日志不能切换(因为实例恢复还需要,不能被循环复写,好比Oracle中的redo log无法循环覆盖)这样MySQL就Hang住了。如果参数innodb_log_file_size设置太大的话,虽然大大提升了IO性能,但是当MySQL由于意外(断电,OOM-Kill等)宕机时,二进制日志很大,那么恢复的时间必然很长。而且这个恢复时间往往不可控,受多方面因素影响。所以必须权衡二者进行综合考虑。
innodb_log_files_in_group
参数innodb_log_files_in_group指定日志组个数。默认为2个日志组。
mysql> show variables like 'innodb_log_files_in_group';
+---------------------------+-------+
| Variable_name | Value |
+---------------------------+-------+
| innodb_log_files_in_group | 2 |
+---------------------------+-------+
1 row in set (0.00 sec)
官方文档的介绍如下所示:
|
Command-Line Format |
--innodb-log-files-in-group=# |
|
System Variable |
innodb_log_files_in_group |
|
Scope |
Global |
|
Dynamic |
No |
|
SET_VAR Hint Applies |
No |
|
Type |
Integer |
|
Default Value |
2 |
|
Minimum Value |
2 |
|
Maximum Value |
100 |
The number of log files in the log group. InnoDB writes to the files in a circular fashion. The default (and recommended) value is 2. The location of the files is specified by innodb_log_group_home_dir. The combined size of log files (innodb_log_file_size * innodb_log_files_in_group) can be up to 512GB.
此参数的默认值为2,最小值为2,最大值为100,一般可能2~3居多。这个参数其实没有什么可以分析的。
innodb_mirrored_log_groups
innodb_mirrored_log_groups:指定日志镜像文件组的数量,默认为 1. 相信熟悉Oracle的应该不会陌生。不过这个参数是一个弃用的参数,MySQL 5.6中已经提示为启用参数,在MySQL 5.7中已经移除了。这里不做过多介绍。
参数优化
其它几个参数的优化,其实没有太多可以说的,主要是关于参数innodb_log_file_size的调优。参数innodb_log_file_size的大小设置或者优化设置有没有什么guideline呢?在MySQL 8.0之前,一般是计算一段时间内生成的事务日志(redo log)的大小, 而MySQL的日志文件的大小最少应该承载一个小时的业务日志量。
一个Guideline:计算、统计一分钟内生成的事务日志大小,然后以这个值为均值,计算一个小时内生成了多少日志量。参考博客“How to calculate a good InnoDB log file size”
mysql> pager grep sequence;
PAGER set to 'grep sequence'
mysql> show engine innodb status\G select sleep(60); show engine innodb status\G
Log sequence number 1103198881953
1 row in set (0.00 sec)
1 row in set (1 min 0.00 sec)
Log sequence number 1103205163584
1 row in set (0.00 sec)
mysql> nopager;
PAGER set to stdout

mysql> select (1103205163584-1103198881953)/1024/1024 as MB_per_min;
+------------+
| MB_per_min |
+------------+
| 5.99063015 |
+------------+
1 row in set (0.00 sec)
mysql> select (1103205163584-1103198881953)/1024/1024*60 as MB_per_hour;
+--------------+
| MB_per_hour |
+--------------+
| 359.43780899 |
+--------------+
1 row in set (0.03 sec)
mysql>
但是关于这个Guideline也有一个问题(个人看法),就是这一分钟是位于业务繁忙时段? 还是业务空闲时段? MySQL生成日的志是平均的还是有较大的波动范围?用一分钟内生成的日志大小做均值推算一个小时内生成的事务日志大小,这个可能存在较大的误差,所以,正确的操作应该是计算半小时或一小时内生成的日志量大小。这样不仅更接近均值,而且误差也更小。
mysql> pager grep sequence;
PAGER set to 'grep sequence'
mysql> show engine innodb status\G select sleep(60*60);show engine innodb status\G
Log sequence number 1114192951353
1 row in set (0.00 sec)
1 row in set (1 hour 0.00 sec)
Log sequence number 1114578626251
1 row in set (0.01 sec)
mysql> nopager;
PAGER set to stdout
mysql>
MySQL 8.0引入了innodb_dedicated_server自适应参数,可基于服务器的内存来动态设置innodb_buffer_pool_size,innodb_log_file_size和innodb_flush_method。默认情况下,此参数是关闭的。
如果设置参数innodb_dedicated_server为ON后,MySQL会自动探测服务器的内存资源,确定innodb_buffer_pool_size, innodb_log_file_size 和 innodb_flush_method 三个参数的取值。具体取值策略如下
innodb_log_file_size:
在MySQL 8.0.13之前的版本(MySQL 8.*)中,根据服务器内存来动态设置innodb_log_file_size大小。规则如下
|
Detected Server Memory |
Log File Size |
|
< 1GB |
48MiB (the default value) |
|
<= 4GB |
128M |
|
<= 8GB |
512M |
|
<= 16GB |
1024M |
|
> 16GB |
2048M |
从MySQL 8.0.14开始,根据buffer pool size的大小进行配置innodb_log_file_size参数
|
buffer pool size |
log file size |
|
<=8GB |
512mb |
|
8GB--128GB |
1024mb |
|
大于128GB |
2048mb |
innodb_log_files_in_group
MySQL 8.0.14中,根据buffer pool size的大小进行自动配置(单位是GB)。
|
buffer pool size |
log file number |
|
小于8GB |
ROUND(buffer pool size) |
|
8GB--128GB |
ROUND(buffer pool size * 0.75) |
|
大于128GB |
64 |
如果buffer pool size小于2GB,innodb_log_files_in_group最小值是2。
注意:官方只是建议在可以使用全部的系统资源的专用服务器上配置开启该参数。如果MySQL和其它应用(例如Tomcat、Apach等)共享资源的话,是不建议开启该参数的。
另外,参数innodb_dedicated_server是一个只读参数,需要在配置文件my.cnf中设置。
mysql> set global innodb_dedicated_server=ON;
ERROR 1238 (HY000): Variable 'innodb_dedicated_server' is a read only variable
参考资料:
https://www.percona.com/blog/2017/10/18/chose-mysql-innodb_log_file_size/
https://www.percona.com/blog/2008/11/21/how-to-calculate-a-good-innodb-log-file-size/
https://dev.mysql.com/doc/refman/8.0/en/innodb-parameters.html#sysvar_innodb_log_file_size
MySQL中Redo Log相关的重要参数总结的更多相关文章
- MySQL中redo log、undo log、binlog关系以及区别
MySQL中redo log.undo log.binlog关系以及区别 本文转载自:MySQL中的重做日志(redo log),回滚日志(undo log),以及二进制日志(binlog)的简单总结 ...
- 提问式复习:图文回顾 redo log 相关知识
原文链接:提问式复习:图文回顾 redo log 相关知识 1.如何提升 redo日志 的写性能? 为了保证 redo日志 不丢失,会在磁盘中开辟一块空间将日志保存起来.但是这样会有一个问题,磁盘的读 ...
- mysql中redo和binlog的区别
影响MySQL中redo的配置参数: innodb_log_file_size:指定每个redo日志大小,默认值48MB innodb_log_files_in_group:指定日志文件组中redo日 ...
- MySQL的redo log结构和SQL Server的log结构对比
MySQL的redo log结构和SQL Server的log结构对比 innodb 存储引擎 mysql技术内幕 log buffer根据一定规则将内存中的log block刷写到磁盘,这个规则是 ...
- Mysql InnoDB Redo log
一丶什么是redo innodb是以也为单位来管理存储空间的,增删改查的本质都是在访问页面,在innodb真正访问页面之前,需要将其加载到内存中的buffer pool中之后才可以访问,但是在聊事务的 ...
- mysql之 redo log
重做日志(redo log) 前言:之前一直弄不清楚 mysql 里面 bin log 和 innodb log 文件的区别,在脑子里面一直有个疑问 binlog 日志文件已经可以用来进行数据库的日志 ...
- 【MySQL】redo log --- 刷入磁盘过程
1.redo log基本概念 redo log的相关概念这里就不再过多阐述,网上有非常多的好的资料,可以看下缥缈大神的文章:https://www.cnblogs.com/cuisi/p/652507 ...
- MySQL中redo日志
重做日志用来实现事务的持久性,即ACID中的D,由两部分组成: 一是内存中的重做日志缓冲(redo log buffer) 易丢失 二是重做日志文件(redo log file) 持久的 InnoD ...
- MySQL 中Redo与Binlog顺序一致性问题
首先,我们知道在MySQL中,二进制日志是server层的,主要用来做主从复制和即时点恢复时使用的.而事务日志(redo log)是InnoDB存储引擎层的,用来保证事务安全的.现在我们来讨论一下My ...
随机推荐
- 当前PageOffice需要获取更高版本的授权才能正常运行。(Error:0x0005)
说明当前程序的是pagoeffice3说明当前程序的是pagoeffice3.0的程序,而序列号用的是2.0的序列号,或者说是当前程序是4.0的程序,而序列号用的是3.0的序列号.即当前用的是高版 ...
- ByteCTF2019
VIP 第一阶段: 先检查一下程序开的保护: 程序只开了canary和nx保护.接下来用IDA分析反编译出的伪代码 如上图,载edit函数中我们可以控制size的大小,并且程序没有做任何检查,我们再跟 ...
- Oracle 根据不同成绩,对应不同等级信息
--查询每一颗成绩的:优秀.良好.不良的数量 --校园需要一张各科成绩状态统计表,格式如下: --科目名称 优秀人数 良好人数 不良人数 --高等数学 5 12 2 --英语 8 18 1 先创建一个 ...
- YOLOv4: Darknet 如何于 Docker 编译,及训练 COCO 子集
YOLO 算法是非常著名的目标检测算法.从其全称 You Only Look Once: Unified, Real-Time Object Detection ,可以看出它的特性: Look Onc ...
- pytest测试框架 -- setup和teardown等
一.用例运行级别 1.函数级别(setup.teardown 或 setup_function.teardown_function): 仅对处于同作用域的测试函数有效(该函数定义不在类中,则对非类中测 ...
- 数字,字符串,逻辑比较在IF语句中的判断应用
Shell 语言中的if条件 一.if的基本语法: if [ command ];then 符合该条件执行的语句 elif [ command ];then 符合该条件执行的语句 else 符合该条 ...
- 故事:坐在我隔壁的小王问我什么是HyperLogLog
1 最近坐我隔壁的小王同志,心情真是糟透了.不但工作不顺心,被老板狠狠的批了一顿,连女朋友也跟别人跑了(Y 的让你天天在我面前秀). 真是不可谓不惨,我都快要同情他了. 看着他萎靡又迷离的眼神,我实在 ...
- Unit1:Android
unit1 1.安卓版本 最新数据访问维基百科 2008年,android1.0 2011年,android3.0,平板失败 同年10月,android4.0,无差别使用 2014年,android5 ...
- JavaCV与OpenCV的区别和使用中遇到的问题
写这篇随笔的原因是因为我用了JavaCV一段时间后项目情况糟透了,可能大家很熟悉OpenCV,也有一部分人熟悉JavaCV,但是我相信真正把JavaCV用到生产上的不是太多. 我参与图片处理项目快一个 ...
- js中小球碰壁反弹
一. 在指定容器内的碰壁反弹 <!DOCTYPE HTML> <html> <head> <title></title> <meta ...