MySQL的持久化能力非常强大，它可以恢复到两周内任意一秒的状态。像查询所需要执行的一套流程，更新也会再执行一次。如果不知道，可以看这里.
但是更新操作会牵扯到日志模块，这里的日志是redo log与bin log。也就是我们常说的重做日志和归档日志。
目录
redo log
在MySQL里，如果每一次更新操作都要先查询再更新，这样它所需要耗费的资源是相当高的，这样会让整个IO成本与查询成本都会很高，而且效率非常“感人”。所以这时候，它并不是先查找再更新的，而是每次先把更新的语句写到日志里，然后等空闲的时候再去查询，然后更改。
这里所用的技术就是WAL(Whitr-Ahead Log)技术，它就是先写日志，然后再写磁盘。当你执行一条更新语句的时候，InnoDB首先会去将这条语句记录在redo log中，等在系统闲置的时候再去将整条操作更新到磁盘。
如果某次更新操作特别多，应该怎么办？InnoDB的redo log是固定大小的，但是它可以配置几组文件，然后从头开始写，写到末尾再重头开始写。就相当于是一条链表，然后设立指针联动。最先开始动的指针进行写操作，后面的指针进行擦除操作，也就是将这条操作更新到磁盘里面。当快指针把最后一个节点写完之后，再重新回到头结点，然后重新开始。
这样，哪怕InnoDB引擎不小心重启的话，它里面也不会丢失数据。这种操作是crash-safe。
bin log
前面讲的redo log是属于存储引擎层，而这里的bin log则是属于Service层的日志。在以前，MySQL的存储引擎不是InnoDB而是MyISAM，这种存储引擎并没有redo log，而只有bin log。如果说redo log是一种物理操作，那么bin log就是一种逻辑操作。它记录的是这个语句的原始逻辑。redo log是循环写的，就像一块黑板，就那么大，写完了就擦了以前写的东西然后继续写。而bin log可以理解为一个本子，写完了一张翻过一张继续写。