MySQL系列之事务日志Undo log学习笔记

学习本博客之前需要储备知识：

MySQL体系架构
InnoDB存储引擎
MySQL事务知识

1、Undo Log

1.1、什么是Undo log？

Undo：意为撤销或取消，undo即返回指定某个状态的操作

Undo日志：undo log是mysql中两种比较重要的事务日志，另外一种是redo log，undo log顾名思义，是一种用于撤销回退的日志，用于事务没提交之前，会先记录存放到 Undo 日志文件里，当事务回滚时或者数据库崩溃时，可以利用 Undo 日志回退事务

ps：undo log和redo log是InnoDB才支持的日志，是两种比较重要的事务日志，在mysql存储引擎中，InnoDB是支持事务的常用存储引擎

1.2、Undo log存储方式

Undo log的存储由InnoDB存储引擎实现，数据保存在InnoDB的数据文件中，innodb存储引擎对undo的管理采用段（segment）的方式，具体来说是一种命名为回滚段（rollback segment）的数据结构。

回滚段（rollback segment）中有1024个undo log segment，以前旧版本只支持1个rollback segment，也即只能存储1024个undo log segment，MySQL5.5版本之后，能支持128个rollback segment，也即128*1024个undo log segment

1.3、Undo log的工作原理

undo log在事务开启之前就产生，当事务提交的时候，不会删除undo log，因为可能需要rollback操作，要执行回滚（rollback）操作时，从缓存中读取数据。InnoDB会将事务对应的日志保存在删除list中，后台通过purge线程进行回收处理

ok，还是以一条sql执行update、select过程，画图表示，图例是自己所画，图例模仿网上课程ppt，如图：

执行update操作，事务A提交时候（事务还没提交），会将数据进行备份，备份到对应的undo buffer，Undo Log保存了未提交之前的操作日志，User表数据肯定就是持久保存到InnoDB的数据文件IBD，默认情况。

这时事务B进行查询操作，是直接读undo buffer缓存的，这时事务A还没提交事务，要回滚（rollback），是不读磁盘的，先直接从undo buffer缓存读取

ps：undo日志属于逻辑日志，redo是物理日志，所谓逻辑日志是undo log是记录一个操作过程，不会物理删除undo log，sql执行delete或者update操作都会记录一条undo日志

1.4、Undo log相关的变量

musql -u root -p，登录mysql客户端，查询undo相关参数：（基于Mysql8版本）

innodb_undo_directory：定义存储的目录路径，默认值./，表示datadir datadir参数可以通过设置my.ini配置文件：

[mysql]
# 设置mysql数据库的数据的存放目录
datadir="D:mysql-8.0.13-winx64data"

innodb_undo_log_truncate：参数设置为1，即开启在线回收（收缩）undo log日志文件，支持动态设置，默认是关闭的
innodb_undo_logs：这个参数是指前面介绍的rollback segment的数量，Mysql5.5版本之后默认设置为128
innodb_undo_tablespaces：该变量默认值为0，表示undo log全部写入一个表空间文件，可以设置这个变量，平均分配到多少个文件中

1.5、Undo log作用说明

实现事务的原子性

undo log可以用于实现事务的原子性，如果事务处理过程出现一些特殊情况，比如sql错误等等情况，就要执行回滚（rollback）操作，mysql就可以利用undo log将数据恢复到事务开始之前

实现多版本并发控制（MVCC）

Undo Log 在 MySQL InnoDB 存储引擎中用来实现多版本并发控制，事务没提交之前，undo日志可以作为高并发情况下，其它并发事务进行快照读

附录：参考资料

https://www.cnblogs.com/f-ck-need-u/archive/2018/05/08/9010872.html