[MySQL]undo日志

[MySQL]undo日志 1.为什么会有undo日志

undo日志存在的意义何在?

undo日志存在的意义就是为了保证事务的原子性.

在innodb进行记录的增删改时,都需要把相应的undo日志记下来.

它所解决的场景就是:当有些时候,事务偏偏执行到了一半就出问题了.这时候对于刚才已经执行了的语句怎么办?当然是回滚了, 设计数据库的大佬为了回滚而记录的东西被称为撤销日志[undo log]

遵从WAL技术的原则,干啥都先写日志,有了 *** 作日志那么回滚也就容易多了.

需要注意的是:除了SELECt *** 作之外 INSERT,DELETE,UPDATE这三个 *** 作才会记录相应的undo日志信息.

2.事务ID

如果在一个事务当中,如果只有select语句,那么Innodb是不会为它分配事务ID的,因为读 *** 作不会影响数据

只有在事务对表中数据进行改动时,innodb才会为该事务分配一个事务ID.

2.1trx_id隐藏列

在Innodb记录行格式说过,聚簇索引会记录完整的用户记录之外还会保留一些隐藏列.

1. row_id:如果没有主键,unique的列,那么就会自动添加一个row_id行号.
2. trx_id:谁对该条记录最近一次修改就会记录某个事务的ID.
3. roll_pointer:一个指向该条记录修改对应的undo日志的指针.
   等

3.undo日志格式

为了实现事务的原子性,innodb在实际进行记录的增删改查 *** 作时,都需要先把对一个的undo日志记下来.

日志的格式主要分为:

1. 插入 *** 作类型的undo日志
2. 删除 *** 作类型的undo日志
3. 修改 *** 作类型的undo日志

当我们向表中插入一条记录的时候,实际上需要向聚簇索引和所有的二级索引中都插入一条记录.但是在记录undo日志的时候仅仅需要针对聚簇索引来记录一条undo日志即可.

3.1删除数据

面试题:为什么delete from tabel;把表中数据全删除了,但是该表所占员工的空间大小没变?

在删除数据时会经过一下几个阶段:

3.1.1标记阶段 mark

该阶段仅仅将记录的deleted_falg的标志位修改为1.

3.1.2净化阶段 purge 

当该删除语句的事务提交之后会有专门的清楚线程来真正删除记录.其实就是把deleted_flag==1的记录添加到垃圾链当中.

3.1.3删除完毕

在净化阶段执行完成之后,这条记录就算是真正被删除掉了.但是已删除记录的空间还在.并且在之后有心插入记录时会被重新利用的.如果页空间不够用,也会进行"紧凑化"的 *** 作来消除碎片空间,以此来达到100%入住率,嘿嘿.

4小总结 4.1 undo日志在崩溃恢复时的作用

在服务器因为崩溃而恢复的过程当中,首先需要按照redo日志来将页面恢复到崩溃之前的状态.[这就保证了事务的持久性].但是对于那些没有提交的事务写的redo日志可能已经被写入磁盘,那么在恢复阶段这些修改结果就会被持久化.但是实际上这个事务并没有执行完,即不满足原子性要求.那么为了保证事务的原子性,就必须对未执行完成的事务所造成的修改进行回滚.这就是undo日志的工作了.