在看Mysql相关内容的时候经常听到两阶段提交，那以前都是云里雾里的，通过学习丁奇老师的这篇文章彻底明白了其流程和含义。
提到两阶段提交，必须先说一下两个日志:redo log和binlog
重要的日志模块：redo log
数据在磁盘中是按照主键顺序存储的，在对数据进行更新操作(insert、update、delete)的时候，既要写数据又可能对其他数据进行移动，如果每次都写进磁盘是很耗性能的。redo log这里就用到的WAS技术，WAL的全称是Write-Ahead Logging，它的关键点是先写日志再写磁盘，并且 写日志是顺序写 速度很快。
具体来说，当有一条记录需要更新的时候，InnoDB 引擎就会先把记录写到redo log,并更新内存，这个时候更新就算是完成了。同时Innodb引擎会在适当的时候讲这个操作更新到磁盘里面。
Innodeb的redo log是固定大小的，比如可以配置为一组4个文件，每个文件的大小是1GB,那么总共可以记录4GB的操作，从头开始写，写到末尾就又会到开始循环。当然当大小不够的时候会讲数据刷新到磁盘(数据文件内)。
有了redo log Innodb就可以保证即使数据库发生异常重启，之前提交的记录都不会丢失，这个能力称为crash-safe.
重要的日志模块：binlog
前面提到的redo log是Innodb提供的，而binlog是Server层提供的。这两个日志有如下不同
-
redo log是Innodb引擎特有的；binlog是Mysql Server层实现的，所有引擎都可以使用 -
redo log是物理日志，记录的是"在某个数据页上做了什么操作"；binlog是逻辑日志，记录的是这个语句的原始逻辑，比如"给ID=2这一行的C字段加1" -
redo log是循环写的；binlog是追加的，不会覆盖以前的日志 -
binlog用于主从同步、恢复数据(误删除)和扩容等
两阶段提交
update test set age = age +1 where id = 1 当执行这条语句的时候，我们看看它的内部流程
-
执行器先去引擎找id=1的这一行，id是主键引擎直接用树搜索找到这一行。如果这一行的数据页在内存中，就直接返回给执行器，否则就需要从磁盘读取然后在返回。
-
执行器拿到引擎提供的行数据，给age字段加1，比如原来是9，现在就是10，得到新的一行数据，在调用引擎接口写入这行数据
-
引擎将新的数据行更新到内存中，同时将这个更新操作记录到
redo log，此时redo log处于prepare状态，然后告知执行器执行完成了，随时可以提交事务 -
执行器生成这个操作的
binlog,并把binlog写入磁盘 -
执行器调用引擎接口，引擎把刚刚写的
redo log改成提交commit状态，更新完成。
最后三步比较绕，将redo log的写入拆成了两个步骤prepare和commit,这就是两阶段提交