MySQL实战45讲 第十五讲笔记

两阶段提交

两阶段提交的不同时刻,mysql异常重启会出现什么现象?

写入内存->写入redo log处于prepare阶段-(A时刻)>写binlog-(B时刻)>提交事务,处于commit状态

• A时刻,写binlog之前发生崩溃,redo log未提交,这时候binlog还没写,所以崩溃回复的时候不会存在
• B时刻,redo log还没commit,mysql的处理方式

1. 如果 redo log 里面的事务是完整的，也就是已经有了 commit 标识，则直接提交；
2. 如果 redo log 里面的事务只有完整的 prepare，则判断对应的事务 binlog 是否存在并完整：
   a. 如果是，则提交事务；
   b. 否则，回滚事务
   崩溃恢复时,扫描redo log 如果prepare+commit直接提交,如果是只有prepare的,就去找binlog.

binlog完整判断

一个事务的 binlog 是有完整格式的：

statement 格式的 binlog，最后会有 COMMIT；
row 格式的 binlog，最后会有一个 XID event。

另外，在 MySQL 5.6.2 版本以后，还引入了 binlog-checksum 参数，用来验证 binlog
内容的正确性。对于 binlog 日志由于磁盘原因，可能会在日志中间出错的情况，MySQL
可以通过校验 checksum 的结果来发现。所以，MySQL 还是有办法验证事务 binlog 的
完整性的。

binlog和redo log关联

共同字段XID关联两种日志.

两阶段提交

两阶段提交是经典的分布式系统问题,并不是mysql独有的.

binlog

binlog并没有记录数据页的更新细节,所以无法替代redo log.
redo log事实上就是binlog优化的结果.

redo log

循环写,无法代替binlog归档的功能.