MySQL系列—11.Redo log

1.简介

概念

        redo log用于记录事务操作变化，记录的是数据被修改之后的值，（tbs space id + page no + action）。

作用

        尚未完成的DML,数据库崩溃则用log恢复。保证事务持久性。

( 1 ) 在页面修改完成之后，脏页刷入磁盘之前，写入 Redo 日志；

( 2 ) 实现 WAL: 日志比数据页先写回磁盘 

( 3 ) 聚簇索引 / 二级索引 / Undo 页面修改，记录 Redo 日志；

(4)至少要有2个redo log，文件名序号从0开始，从ib_logfile0到ib_logfileN

相关参数

innodb_log_files_in_group

#redo log 文件的个数，命名方式如： ib_logfile0 ， iblogfile1

innodb_log_file_size

# 单个 redo log 文件设置大小

innodb_log_group_home_dir

#redo log 文件组所在的路径

innodb_log_buffer_size

#redo log buffer 大小 , 默认 16 M 。

事务日志写入磁盘，把 redo log 放到该缓冲区，然后根据 innodb_flush_log_at_trx_commit 参数的设 置，再把日志从 buffer 中 flush 到磁盘中

innodb_flush_log_at_trx_commit

#redo log刷新到磁盘策略,默认1

- 值为 0 , 每次 commit 事务 , 并不将事务的重做日志写入磁盘上日志文件，而是等待主线程每秒

刷新

- 1 , 执行 commit 时将重做日志缓冲同步写到磁盘，即伴有 fsync 的调用

- 2 ,将重做日志异步写到磁盘，即写到文件系统的缓存(OS cache)中。

缺点

- 0 ，当数据库发生宕机时，部分日志未刷新到磁盘，因此会丢失最后一段时间的事务。

- 2 ，当操作系统宕机时,会丢失未从文件系统缓存刷新到重做日志文件那部分事 务。

2.工作流程

更新一条记录 ,redo 流程如下 :

（ 1 ）从磁盘加载索引数据页到 buffer pool 的索引页中

（ 2 ）写入数据的旧值便于 rollback

（ 3 ）更新缓冲页中的数据

（ 4 ）生产一条重做日志并写入 redo log buffer ，记录的是数据被修改后的值

（ 5 ）当事务 commit 时，将 redo log buffer 中的内容刷新到 redo log file ，对 redo lo

g file 采用追加写的方式

（ 6 ）定期将内存中修改的数据刷新到磁盘中

3.Write Ahead Log

InnoDB 的更新操作采用的是 Write Ahead Log ( 预先日志持久化 ) 策略，即先写日志，再写

入磁盘。

作用：

( 1 ) 修改的 这个操作记录在日志中, 而不必马上将更改内容刷新到磁盘上 , 从而将随机写

转换为顺序写 , 提高了性能。

(2) 内存中的数据页会和磁盘上的数据页内容不一致 , 此时将内存中的这种数据页称为 脏页

4.Redo Log Buffer 空间管理

buffer pool 中把数据修改情况记录到 redo log buffer ，出现以下情况，再把 redo log 刷下

到 redo log file ：

- Redo log buffer空间不足

- 事务提交（依赖innodb_flush_log_at_trx_commit参数设置）

- 做checkpoint

- 实例shutdown

- binlog切换

5.LSN

1.LSN

LSN: （ log sequence number）日志序列号，LSN 是一个一直递增的整型数字，表示事务写入到日志的字节总量 .
 

存在位置

( 1 ) 日志会携带一个 LSN

( 2 ) 每个数据页上也会记录一个 LSN( 日志序列号 ).

查看lsn

show engine innodb status\G

Log sequence number: 当前系统最大的 LSN 号

log flushed up to : 当前已经写入 redo 日志文件的 LSN

pages flushed up to ：已经将更改写入脏页的 lsn 号

Last checkpoint at 就是系统最后一次刷新 buffer pool 脏中页数据到磁盘的 checkpoint

6.checkpoint

概念

 对于内存中的脏页，在一定条件下将脏页刷新到磁盘,这个点位行为叫checkpoint.

分类

( 1 )sharp checkpoint ：在关闭数据库的时候，将 buffer pool 中的脏页全部刷新到磁盘中。

( 2 )fuzzy checkpoint ：数据库正常运行时，在不同的时机，将部分脏页写入磁盘，也是为了避免一次刷新全部的脏页造成的性能问题。

 

        - Master Thread checkpoint ：每秒或者每 10 秒一次的频率，将部分脏页从内存中刷新

到磁盘

        - Async / Sync Flush checkpoint：

设重做日志的 LSN 记为 redo_lsn ，将已经刷新回磁盘最新页的 LSN 记为 checkpoint_lsn.

则 checkpoint_age = redo_lsn - checkpoint_lsn

async_water_mark = 75 % * total_redo_log_file_size # 异步

sync_water_mark = 90 % * total_redo_log_file_size # 同步

checkpoint_age< async_water_mark # 无需刷盘

async_water_mark<checkpoint_age< sync_water_mark #触发刷盘到 checkpoint_age < async_water_mark

checkpoint_age> sync_water_mark # 强制同步刷盘 , 影响数据库性能会抖一下 , 基本很

少发生

查看参数：

mysql> show global status like 'Innodb_buffer_pool_pages%';
+----------------------------------+-------+
| Variable_name                    | Value |
+----------------------------------+-------+
| Innodb_buffer_pool_pages_data    | 995   |
| Innodb_buffer_pool_pages_dirty   | 0     |
| Innodb_buffer_pool_pages_flushed | 200   |
| Innodb_buffer_pool_pages_free    | 7194  |
| Innodb_buffer_pool_pages_misc    | 3     |
| Innodb_buffer_pool_pages_total   | 8192  |
+----------------------------------+-------+

mysql> show global status like '%wait_free';
+------------------------------+-------+
| Variable_name                | Value |
+------------------------------+-------+
| Innodb_buffer_pool_wait_free | 0     |
+------------------------------+-------+
1 row in set (0.00 sec)

#不为0代表需要free page，没有可用的freepage，数据库性能有问题