MYSQL教程MYSQL事务回滚的2个问题分析

前端之家收集整理的这篇文章主要介绍了MYSQL教程MYSQL事务回滚的2个问题分析前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

MysqL教程MysqL事务回滚的2个问题分析》要点:
本文介绍了MysqL教程MysqL事务回滚的2个问题分析,希望对您有用。如果有疑问,可以联系我们。

MysqL必读因此,正确的原子操作是真正被执行过的.是物理执行.

MysqL必读在当前事务中确实能看到插入的记录.最后只不过删除了.但是AUTO_INCREMENT不会应删除而改变值.

MysqL必读1、为什么auto_increament没有回滚?

MysqL必读因为innodb的auto_increament的计数器记录的当前值是保存在存内存中的,并不是存在于磁盘上,当MysqL server处于运行的时候,这个计数值只会随着insert改增长,不会随着delete而减少.而当MysqL server启动时,当我们需要去查询auto_increment计数值时,MysqL便会自动执行:SELECT MAX(id) FROM 表名 FOR UPDATE;语句来获得当前auto_increment列的最大值,然后将这个值放到auto_increment计数器中.所以就算 Rollback MysqL的auto_increament计数器也不会作负运算.

MysqL必读2、MysqL的事务对表操作的时候是否是物理操作?

MysqL必读MysqL的事务是有redo和undo的,redo操作的所有信息都是记录到 redo_log中,也就是说当一个事务做commit操作时,需要先把这个事务的操作写到redo_log中,然后再把这些操作flush到磁盘上,当 出现故障时,只需要读取redo_log,然后再重新flush到磁盘就行了.

MysqL必读而对于undo就比较麻烦,MysqL在处理事务时,会在数据共享 表空间里申请一个段叫做segment段,用保存undo信息,当在处理rollback,不是完完全全的物理undo,而是逻辑undo,就是说会对之 前的操作进行反操作,但是这些共享表空间是不进行回收的.这些表空间的回收需要由MysqL的master thread进程来进行回收.

猜你在找的MySQL相关文章