第七章 事务

分类

扁平事务 最简单的一种，使用最频繁
带有保存点的扁平事务 回滚到特定的保存点，保存点是易失的。系统崩溃时，保存点会消失。
链事务
嵌套事务： MYSQL不支持嵌套事务，无法满足并行事务需求。

事务的实现

隔离性由锁来实现。
Redo log —保证事务的原子性和持久性
Undo log 保证事务的一致性
undo不是redo的逆过程
redo通常是物理日志，记录页的物理修改操作
undo是逻辑日志。

Redo

redo由两部分组成 redo log buffer / redo log file
事务commit时，首先将所有的日志[redo log和undo log]写入重做日志文件进行持久化，待事务commit操作完成时才算完成.
Redo log顺序操作，undo log随机读写
重做日志都是以512字节进行存储的，是以块的方式进行保存的。

Undo

undo存放在数据库内部的特殊段-undo段，其位于共享表空间内。
undo是逻辑日志，将数据库逻辑地恢复到原来的样子。数据库和页本身可能大不相同。
Ex ：用户执行一个事务Insert插入10w条记录，由此导致分配一个新的段，表空间会增大，
在执行rollback操作时，会将插入的事务回滚，但是表空间大小不会修改。
undo的另一个作用是MVCC[多版本并发控制 ]
Undo log 会产生 redo log

purge

在多事务处理中，delete和update操作可能并不直接删除原有的数据。
purge用于执行最终的删除操作。这是为了支持MVCC。
当执行delete,update操作时，记录不能在事务提交时立即处理，这是因为有可能其他事务正在引用此行，此时引擎会保存之前的版本。由purge来判断是否可以删除。如果该行记录不被任何其他事务引用，此时就可以做真正的delete操作。
purge操作的目的是：清理之前的delete和update操作，最终实现更新数据行操作

Group commit

非只读事务—>提交事务执行fsync操作—–>确保日志写入磁盘
提高磁盘的fsync效率—>提出group commit功能【一次刷新写入多个事务日志到文件】

事务控制语句

事务默认情况下自动提交。
COMMIT WORK语句用来控制事务结束后行为是CHAIN还是RELEASE。

分布式事务

XA事务-跨数据库事务，通过XA事务支持分布式事务
定义：允许多个独立的事务资源参与到一个全局的事务中。
使用分布式事务要求隔离级别为SERIALIZABLE
XA事务由一个或多个资源管理器，一个事务管理器，一个应用程序组成。
在MYSQL数据库的分布式事务中，
资源管理器是MySQL数据库，事务管理器是MySQL客户端。
两段式提交：
1th 所有参与全局事务的节点开始准备，并告诉事务管理器
2nd 事务 告诉资源管理器执行roolback还是commit
任何一个节点不能提交，全体节点回滚。

不好的事务习惯

在循环中提交
使用自动提交
使用自动回滚