百木园第二节 日志系统
一条update语句的更新过程
redo log(重做日志)
介绍
由于读写磁盘是一件非常费时间的事情，因此当记录需要更新的时候，InnoDB会先将其写到redo log里面，等redolog写满了，或者系统空闲的时候再写磁盘。
实现原理
注意redo log的大小是固定的，不可追加写入
具体的实现原理是维护了checkpoint和write pos两个指针，并维护一个循环数组。其中checkpoint和write pos之间的就是没有被写入磁盘的部分。
crash-safe
有了redo log，即使数据库发生异常重启，之前的记录也不会消失(因为有日志在)，这个能力叫做crash-safe
binlog
介绍
redo log是引擎层的日志文件，与之对应的，server层也有自己的日志系统，叫做binlog(归档日志)
对比redo log
关于有了redo log之后为什么还有bin log
最主要的原因还是功能不同，redolog主要做数据恢复，binlog主要做数据归档
日志文件读写流程
这里有两个比较有意思的地方，第一个是redolog在binlog之前写入，第二个是redolog分了两阶段提交。第一个其实好理解，因为虽然请求是先到server层，但是是在引擎中被执行的。
第二个并不是很好理解，需要解释一下
两阶段提交
这个问题很大，教程中说是考虑保持两份日志的逻辑一致。但感觉并没有讲明白
来源：https://www.cnblogs.com/attack204/p/14932776.html
图文来源于网络，如有侵权请联系删除。