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 ...
随机推荐
- WEBAPI 增加身份验证
1,在Webapi项目下添加如下引用: Microsoft.AspNet.WebApi.Owin Owin Microsoft.Owin.Host.SystemWeb Microsoft.Owin.S ...
- Native Comments
local variables referenced from a Lambda expression must be final or effectively final. Lambda表达式中引用 ...
- Explain Plan试分析
注:以下是本人对Explain Plan的试分析,有不对的地方希望大家指出.关于如何查看Oracle的解释计划请参考:https://www.cnblogs.com/xiandedanteng/p/1 ...
- Python中的type(),isinstance,()dir(),的区别
1.type() type(),获取一个变量的类型,返回值为:<class '类名'>,属于class类型2.isinstance() isinstance(),判断一个对象是否属于某种数 ...
- Python3 学习笔记之 数据类型
- 常用的CSS命名规范大总结
转载: http://www.php.cn/toutiao-417563.html 文本命名规范 index.css: 一般用于首页建立样式 head.css: 头部样式,当多个页面头部设计风格相同时 ...
- 详解volatile关键字和原子引用
本篇看一下Volatile关键字和原子引用. 上图就是JUC包结构,总共分成三块 (1)java.util.concurrent:并发包基础类,包括阻塞队列,线程池相关类,线程安全Map等. (2)j ...
- zookeeper(3) 持久化
zookeeper为了防止,系统宕机或重启导致的数据丢失,会对数据进行定时持久化.有两种持久化方式: 1.为每次事务操作记录到日志文件,这样就可以通过执行这些日志文件来恢复数据. 2.为了加快ZooK ...
- 容器云平台No.1~基于Docker及Kubernetes构建的容器云平台
开篇 最近整理笔记,不知不觉发现关于kubernetes相关的笔记已经达99篇了,索性一起总结了.算是对这两年做容器云平台的一个总结,本文是开篇,先介绍下所有用到的组件.首先来看下架构图(实在画的太丑 ...
- day55:django:cookie&session
目录 1.Cookie 1.Cookie前戏 2.Cookie的引入 3.django中操作cookie 2.Session 1.cookie的局限性 2.session技术 3.django操作se ...