整理定义

中文名称：重做日志

英文名称：Redo Log

🎈 What is Redo Log？

复述展开

redo log（重做日志）实现持久化和原子性在innoDB的存储引擎中，事务日志通过重做(redo)日志和innoDB存储引擎的日志缓冲(InnoDB Log Buffer)实现。事务开启时，事务中的操作，都会先写入存储引擎的日志缓冲中，在事务提交之前，这些缓冲的日志都需要提前刷新到磁盘上持久化，这就是DBA们口中常说的“日志先行”(Write-Ahead Logging)。当事务提交之后，在Buffer Pool中映射的数据文件才会慢慢刷新到磁盘。此时如果数据库崩溃或者宕机，那么当系统重启进行恢复时，就可以根据redo log中记录的日志，把数据库恢复到崩溃前的一个状态。未完成的事务，可以继续提交，也可以选择回滚，这基于恢复的策略而定。在系统启动的时候，就已经为redo log分配了一块连续的存储空间，以顺序追加的方式记录Redo Log，通过顺序IO来改善性能。所有的事务共享redo log的存储空间，它们的Redo Log按语句的执行顺序，依次交替的记录在一起。

Redo Log File 的组成

名称：ib_logfileN

默认情况下：ib_logfile0 and ib_logfile1

如果有N个，则为 ib_logfile0，ib_logfile1，ib_logfile2，… ib_logfileN，

最多100个文件，所有文件总容量最大为 512GB

如何更改 Redo Log 文件的数量或大小？

更改InnoDB重做日志文件的数量或大小的步骤如下：

停止MySQL服务器，并确保它能够正常关闭，没有出现错误。
编辑my.cnf文件以更改日志文件的配置。要更改日志文件的大小，配置innodb_log_file_size。要增加日志文件的数量，配置innodb_log_files_in_group。
再次启动MySQL服务器。

如果InnoDB检测到innodb_log_file_size与重做日志文件的大小不同，它会写入一个日志检查点，关闭并删除旧的日志文件，创建新的请求大小的日志文件，并打开新的日志文件。

innodb_log_file_size

innodb_log_file_size 最小值从 1MB 改为 4MB 在 MySQL 5.7.11.

innodb_log_files_in_group

🔥 注意：

优化指南

考虑以下优化重做日志记录的指南：

将重做日志文件设置得很大，甚至可以与缓冲池一样大。当InnoDB将重做日志文件写满时，它必须在检查点中将缓冲池的修改内容写入磁盘。较小的重做日志文件会导致许多不必要的磁盘写入。尽管过去大的重做日志文件会导致较长的恢复时间，但现在恢复速度更快，您可以放心使用大的重做日志文件。
通过配置innodb_log_file_size和innodb_log_files_in_group选项来设置重做日志文件的大小和数量。
考虑增加日志缓冲区的大小。较大的日志缓冲区可以使大型事务在提交之前无需将日志写入磁盘。因此，如果您有更新、插入或删除大量行的事务，增大日志缓冲区可以节省磁盘I/O。可以使用innodb_log_buffer_size配置选项来配置日志缓冲区的大小。
配置innodb_log_write_ahead_size选项以避免“读写冲突”。该选项定义了重做日志的预写块大小。将innodb_log_write_ahead_size设置为与操作系统或文件系统缓存块大小相匹配。当由于重做日志的预写块大小与操作系统或文件系统缓存块大小不匹配而无法完全缓存重做日志块时，会发生读写冲突。
innodb_log_write_ahead_size的有效值是InnoDB日志文件块大小（2的n次方）的倍数。最小值为InnoDB日志文件块大小（512）。当指定最小值时，不会发生预写。最大值等于innodb_page_size值。如果为innodb_log_write_ahead_size指定的值大于innodb_page_size值，则innodb_log_write_ahead_size设置将被截断为innodb_page_size值。
如果将innodb_log_write_ahead_size值设置得太低，与操作系统或文件系统缓存块大小相比，会导致读写冲突。如果将值设置得太高，可能会对日志文件写入的fsync性能产生轻微影响，因为多个块会同时被写入。