MySQL崩溃后的恢复

MySQL写数据是先写redo，然后写buffer，最后再落盘的。这就意味着需要一些机制恢复到系统崩溃前的状态。

这里讨论几个场景：

系统崩溃前，没有未提交的事务，数据也落盘了：

        不需要恢复（话虽如此，该走的流程还是得走）

事务提交后系统崩溃，数据未落盘：

        我们希望系统可以恢复到事务提交后的状态。我们知道，一般情况下，事务提交时，redo log buffer会强制刷盘。所以系统崩溃后，系统可以通过redo log恢复系统到崩溃前的状态，从而保证了事务持久性。

事务未提交，系统崩溃：

        这种情况下，意味着事务失败，我们希望系统可以恢复到事务开始前的状态。但是有可能部分redo log已经落盘了，此时如果通过redo log恢复系统，则会造成出现脏数据的现象。这时就需要undo log发挥作用了。系统会从undo log中找到当前为active的事务ID，即未提交的事务id，把这些事务对应的改动全部回滚掉，从而保证了事务的原子性。