mysql之两段提交

前言

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

mysql的两种日志

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

两段提交

两段提交呢，基本流程如下图

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

两个日志的关联

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

总结

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