Mysql学习之undo log与redo log

Undo Log

undo意为取消，以撤销为目的，返回指定某个状态的操作。
undo log 是指事务开始之前，在操作任何数据之前，首先将需操作的数备份到一个地方(undo log)

Undo log 是为了实现事务的原子性而出现的产物。

1. Undo Log 实现事务原子性

事务处理过程中，如果出现了错误或者用户执行了ROLLBACK语句，Mysql可以利用Undo log中的备份将数据恢复到事务开始之前的状态。

2. UndoLog在Mysql innodb存储引擎中用来实现多版本并发控制

Undo log实现多版本并发控制：事务未提交之前，Undo保存了未提交之前的版本数据，Undo 中的数据可作为数据旧版本快照供其他并发事务进行快照读。

其工作的原理如下图:

快照读：

SQL读取的数据是快照版本，也就是历史版本，普通的SELECT就是快照读innodb快照读，数据的读取将由 cache(原本数据) + undo(事务修改过的数据) 两部分组成

当前读：

SQL读取的数据是最新版本。通过锁机制来保证读取的数据无法通过其他事务进行修改UPDATE、DELETE、INSERT、SELECT … LOCK IN SHARE MODE、SELECT … FOR UPDATE都是当前读。

Redo log

Redo，顾名思义就是重做，以恢复操作为目的，重现操作。
Redo log是指事务中操作的任何数据，将最新的数据备份到一个地方(Redo log).

Redo log的持久化(持久化，简单理解，就是将数据存入磁盘，无论宕机等等情况，数据都会存在):

不是随着事务的提交才写入的，而是在事务的执行过程中，便开始写入redo中。具体的落盘策略可以进行配置。

Redo log是为了实现事务的持久性而出现的产物。

Redo log实现事务持久性:

防止在发生故障的时间点，尚有脏页写入磁盘，在重启mysql服务的时候，根据Redo log 进行重做，从而达到事务的未入磁盘数据进行持久化这一特性。

指定Redo log 记录在{datadir}/ib_logfile1&ib_logfile2 可通过innodb_log_group_home_dir 配置指定目录存储

一旦事务成功提交且数据持久化落盘之后，此时Redo log中的对应事务数据记录就失去了意义，所
以Redo log的写入是日志文件循环写入的

指定Redo log日志文件组中的数量 innodb_log_files_in_group 默认为2
指定Redo log每一个日志文件最大存储量innodb_log_file_size 默认48M
指定Redo log在cache/buffer中的buffer池大小innodb_log_buffer_size 默认16M

Redo buffer 持久化Redo log的策略， Innodb_flush_log_at_trx_commit：

取值 0 每秒提交 Redo buffer --> Redo log OS cache -->flush cache to disk[可能丢失一秒内的事务数据]

取值 1 默认值，每次事务提交执行Redo buffer --> Redo log OS cache -->flush cache to disk

[最安全，性能最差的方式]
取值 2 每次事务提交执行Redo buffer --> Redo log OS cache 再每一秒执行 ->flush cache todisk操作。