redo log 剖析

关于redo log的定义是这样的（这里排除掉redo log的崩溃恢复）

之所以引用了redo log buffer和redo log是为了解决mysql既要权衡性能又要保证一致性的这个尴尬局面。因为redo log buffe采用的是追加日志的方式所以是顺序IO，性能好，然后对于redo buffer log来说当事务提交，他就会刷盘到redo log里，那么它出错的概率就比较低，相对来说保证了一致性。

我们可以来剖析上面这段话

其一是事务提交后日志缓存区的刷盘：

redo buffer log 刷盘到 redo log依然有丢失数据的风险，但是对比数据页刷盘又有着直观的好处。其一是因为，顺序IO性能好，其二是因为它是实时刷盘的（数据页的刷盘自身有着复杂的策略，是按照一定频率进行的）所以相对数据页来说日志的刷盘出错率较低。

其二也就是为什么说redo log buffer 是顺序IO，说是追加日志的方法太抽象了：

可以这样理解，数据页的刷盘是真正改变了数据库磁盘的数据，如果涉及到多个数据页就会产生随机IO。而redo log buffer刷盘到日志文件只是记录的数据的修改并没有真正的改变数据，所以说是顺序IO。

那么可以得知仅凭redo log并不能保证数据库的一致性，还是需要bin log。