超级会员免费看
本文讨论了MySQL中redo log和binlog在崩溃恢复中的作用，以及两阶段提交的重要性。MySQL通过XID在redo log和binlog间建立关联，确保数据一致性。在两阶段提交中，先写redo log后写binlog是为了防止因binlog写入失败导致的数据不一致。redo log用于快速恢复，但不能替代binlog的归档功能。同时，探讨了redo log的大小配置和数据落盘的原理。
如果在图中时刻 A 的地方，也就是写入 redo log 处于 prepare 阶段之后、写 binlog 之前，发生了崩溃（crash），由于此时 binlog 还没写，redo log 也还没提交，所以崩溃恢复的时候，这个事务会回滚。这时候，binlog 还没写，所以也不会传到备库。
时刻 B 也就是 binlog 写完，redo log 还没 commit 前发生 crash，崩溃恢复时的判断规则。
- 如果 redo log 里面的事务是完整的，也就是已经有了 commit 标识，则直接提交；
- 如果 redo log 里面的事务只有完整的 prepare，则判断对应的事务 binlog 是否存在并完整：
a.如果是，则提交事务； b. 否则，回滚事务。
MySQL 怎么知道 binlog 是完整的?
一个事务的 binlog 是有完整格式的：
- statement 格式的 binlog，最后
订阅专栏 解锁全文
709
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
