undo日志存在的意义何在?
undo日志存在的意义就是为了保证事务的原子性.
在innodb进行记录的增删改时,都需要把相应的undo日志记下来.
它所解决的场景就是:当有些时候,事务偏偏执行到了一半就出问题了.这时候对于刚才已经执行了的语句怎么办?当然是回滚了, 设计数据库的大佬为了回滚而记录的东西被称为撤销日志[undo log]
遵从WAL技术的原则,干啥都先写日志,有了 *** 作日志那么回滚也就容易多了.
需要注意的是:除了SELECt *** 作之外 INSERT,DELETE,UPDATE这三个 *** 作才会记录相应的undo日志信息.
2.事务ID如果在一个事务当中,如果只有select语句,那么Innodb是不会为它分配事务ID的,因为读 *** 作不会影响数据
只有在事务对表中数据进行改动时,innodb才会为该事务分配一个事务ID.
2.1trx_id隐藏列在Innodb记录行格式说过,聚簇索引会记录完整的用户记录之外还会保留一些隐藏列.
- row_id:如果没有主键,unique的列,那么就会自动添加一个row_id行号.
- trx_id:谁对该条记录最近一次修改就会记录某个事务的ID.
- roll_pointer:一个指向该条记录修改对应的undo日志的指针.
等
为了实现事务的原子性,innodb在实际进行记录的增删改查 *** 作时,都需要先把对一个的undo日志记下来.
日志的格式主要分为:
- 插入 *** 作类型的undo日志
- 删除 *** 作类型的undo日志
- 修改 *** 作类型的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日志的工作了.
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)