学习本博客之前需要储备知识:
- 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过程,画图表示,如图:
执行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-winx64\data"
- 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日志可以作为高并发情况下,其它并发事务进行快照读
关于Redo log的可以参考我博客MySQL系列之事务日志redo log学习笔记
附录:参考资料
https://www.cnblogs.com/f-ck-need-u/archive/2018/05/08/9010872.html