【MySQL】【笔记】MySQL的两个两阶段

1.事务的两阶段提交

​ MySQL为了兼容其他非事务引擎的复制，在server服务层引入了binlog，Binlog负责记录所有引擎中的修改操作，也因为如此，binlog相比redo log更全面，更适合作为复制的媒介使用。

​ MySQL通过两阶段提交解决了服务层binlog与引擎层Innodb的redo log的一致性与协同问题。

第一阶段：InnoDB prepare,持有prepare_commit_mutex，并写入到redo log中。将回滚段(undo)设置为Prepared状态，binlog不做任何操作。

第二阶段：将事务写入Binlog中，将redo log中的对应事务打上commit标记，并释放prepare_commit_mutex。

​ MySQL以binlog的写入与否作为事务是否成功的标记，innodb引擎的redo commit标记并不是这个事务成功与否的标记。

崩溃时：

​ 扫描最后一个Binlog文件，提取其中所有的xid。

​ InnoDB维持了状态为Prepare的事务链表，将这些事务的xid与刚刚提取的xid做比较，若存在，则提交prepare的事务，若不存在，回滚。

2.两阶段的加锁

在事务中只有提交(commit)或者回滚(rollback)时才是解锁阶段，
其余时间为加锁阶段。

在对记录更新操作或者(select for update、lock in share model)时，会对记录加锁(有共享锁、排它锁、意向锁、gap锁、nextkey锁等等)

加锁阶段：只加锁，不放锁。解锁阶段：只放锁，不加锁。

附：参考文章

​