事务持久性的实现原理

我们知道事务ACID，原子性，持久性，隔离性，一致性
原子性是通过undo日志来实现的，隔离性是通过各种锁来实现的，持久性是通过redo日志实现的，今天我们就来盘一盘。
**为什么需要redo：**数据库操作数据不是直接在磁盘中操作的，而是在内存有个buffer pool，当需要操作某个数据的时候，先把数据所处的那一页刷入内存，然后在内存中修改完成后再刷入道磁盘中，折磨一说好像没毛病，但是有这样一个问题，当我们事务提交了，内存中数据修改了，但是这时服务器坏了，电脑关机了，内存中的数据没到磁盘中，这该怎么办。

我们来想想怎么解决持久性的问题，有种解决办法，在事务提交完成之前把该事务所修改的所有页面都刷新到磁盘，但是呢这消耗太大了，对用户体验很不好，所以就引入了redo日志，也叫重做日志。
我们只是想让已经提交了的事务对数据库中数据所做的修改永久生效，即使后来系统崩溃，在重启后也能把这种修改恢复出来。所以我们其实没有必要在每次事务提交时就把该事务在内存中修改过的全部页面刷新到磁盘，只需要把修改了哪些东西记录一下就好，这样就很方便。redo 日志中只需要记录一下在某个页面的某个偏移量处修改了几个字节的值，具体被修改的内容是啥就好了。
redo日志并不是一开始就写到了磁盘中，再内存中有个redolog buffer区，先把redo写道buffer区中，然后redobuffer写入page cache中，再由操作系统来决定什么时候写道磁盘中。
对于写回到磁盘中，是有个参数来决定写回策略的。
当设置为0的时候，表示提不提交事务，都是按照自己的想法，存入日志
当设置为1的时候，一提交事务，就把要写入文件中的东西立马完成
当设置为2的时候，一提交事物的时候，就把数据放进pagecache中，由操作系统来决定何时写到文件中
mysql中默认是1。