废话不多说:
MySQL的两段提交是为了redo_log和bin_log的数据一致,
首先看一下什么是redolog和binlog
MySQL架构分为服务层和存储引擎层,binlog是服务层的日志,redolog是引擎层的日志,MySQL使用redolog来实现WAL,也就是每次有数据更新操作的时候首先记录在内存中的redolog中,然后后台写盘,减少磁盘IO次数,提高并发量和响应能力;
redolog和binlog的区别
redolog记录的是存储引擎级别物理磁盘的变化,使用循环队列的方式写入,用来恢复磁盘;
binlog记录服务层数据逻辑修改,使用追加的方式写入;
最明显的区别就是,如果是主从架构下,主服务器写入数据,而从服务器不写入数据;则只有主服务器中有redolog数据,binlog则会同步到主从服务器上----未刷盘前
-----undolog是版本控制,用来做逻辑上的数据恢复,跟MVCC以及回滚相关
crash-safe
CrashSafe指MySQL服务器宕机重启后,能够保证:
- 所有已经提交的事务的数据仍然存在。
- 所有没有提交的事务的数据自动回滚。
两段提交:
第一段:数据更新写入内存中同时将操作记录到redolog中,并将redolog状态记录为prepare,(此时redolog写内存或者直接落盘都可以)----逻辑上的落盘,然后写binlog,并将binlog落盘
第二段:redolog状态更改为commit,实际上是加了一个与binlog对应的XID,使两个日志的逻辑保持一致,