mysql之两段提交

前言

之前的文章介绍过mysql的日志和索引相关的部分&＃xff0c;今天我们接着之前的文章&＃xff0c;继续深入研究下日志的两段提交。

mysql的两种日志

redo log &＃xff1a;innodb的独有日志&＃xff0c;也是保证事务&＃xff0c;和安全的crash能力的基础。这个日志是记录内存页的操作&＃xff08;这个直接介绍过&＃xff0c;这里不再赘述&＃xff09;&＃xff0c;不是追加写&＃xff0c;是循环写。
binlog&＃xff1a;MySQL自带的日志&＃xff0c;不支持&＃xff0c;安全的crash。追加写的模式。
从上面大家可以看出两个日志还是有很大的区别&＃xff0c;所以在数据库中&＃xff0c;一般使用的是binlog加上redo log 两种日志&＃xff0c;来保障数据安全。而这个正是我们今天要介绍的两段提交。

两段提交

两段提交呢&＃xff0c;基本流程如下图

基本上就是先写redo log然后处于准备阶段&＃xff0c;再写binlog&＃xff0c;然后一起提交。通俗的来说&＃xff0c;就是redo log先说我ok了&＃xff0c;然后等待binlog说ok&＃xff0c;两个都ok了&＃xff0c;然后一起提交&＃xff0c;只要有一个不ok就不提交。
为什么这么做呢&＃xff0c;你可以设想下不这么做会有什么后果呢。
首先假设&＃xff0c;没有两段提交&＃xff0c;这个时候服务器突然异常重启了&＃xff0c;
就会导致redo log里面的日志会比binlog里面的多&＃xff0c;也就是两个日志不一致了。而我们使用两段提交就可以完美的解决这个问题。

两个日志的关联

从上面我们可以看出&＃xff0c;两段提交的原因是binlog不支持crash能力导致的&＃xff0c;那什么不直接不用binlog只用redo log 呢。那是因为binlog是追加写的模式&＃xff0c;能记录全量的日志&＃xff0c;数据库的备份和迁移主要靠的就是binlog&＃xff0c;而不是redo log&＃xff0c;所以是不可能舍弃binlog的。
那么binlog和redo log怎么保持日志同步&＃xff0c;或者说关联起来呢。这个就涉及到一个叫xid的东西&＃xff0c;redoglog和binlog里面都有一个xid用来标识记录。两个日志也是通过这个关联起来的&＃xff08;两个日志的xid相同&＃xff0c;就说明他们是同一个操作的日志记录&＃xff09;。

总结

总的来说&＃xff0c;两个日志都是十分有必要的&＃xff0c;他们都有各自的特点&＃xff0c;所以才会有两段提交这种方式&＃xff0c;使用两种日志&＃xff0c;来实现数据库的日志记录。