事务持久性redolog

目录

1.如何维护持久性？

2.redo log 也要写入磁盘，为什么不直接将缓冲数据写到磁盘？

3.redo log什么时候落盘?

1.先说redo log位置

2.事务提交前就可能会落盘

4.什么时候刷脏？

5.一条更新语句如何执行？redolog写入过程？

---

1.如何维护持久性？

使用redolog，当数据发生修改时，先在 redo log 里面记录本次操作，然后再修改缓冲区中的数据。在事务提交时或者提交前，调用fsync接口对redo log进行刷盘。

如果MySQL数据库宕机了，重启的时候，只需要读取 redo log 里面的数据，就可以对数据库进行恢复。由于redo log是 WAL （Write Ahead Log）日志，也就是预写日志，在修改前，先写到日志里，所以保证了数据不会因为MySQL宕机而丢失数据，从而满足了持久性的要求。

2.redo log 也要写入磁盘，为什么不直接将缓冲数据写到磁盘？

因为redo log写入磁盘更容易，更快捷。

1.缓冲区修改的数据是随机的，所以刷脏是随机IO，redo log是追加操作，所以redo log落盘是顺序IO

2.刷脏是以数据页为单位，MySQL默认16KB，一页上面有个小修改，那整页都要写入，所以积累多一些数据，再一并刷脏，会大大提升性能。 而redo log 只记录的要修改的数据，无效IO少。

3.redo log什么时候落盘?

1.先说redo log位置

事务执行时，在进程内存的redolog buffer中

事务提交，执行 write 操作存到 page cache 里面

事务提交，执行 fsync 操作持久化到硬盘

2.事务提交前就可能会落盘

1.Innodb 有个后台线程，每1秒轮询一次，执行write 和 fsync 落盘

所以有可能事务提交前，它的redo log 就被后台线程持久化到硬盘了

2.参数 ，，，，，（挺长的不用背）设置为1，每次提交的时候，执行fsync ，落盘

（如果参数是0 ，表示每次提交事务的时候，redolog留在 redolog buffer里，如果参数是2，表示提交的时候，write 到page cache 里面。）

加入事务 A 执行到了一半，写了部分redo log 到redolog buffer里面，这时候有个事务B提交，如果参数设置为了1，那么会将 redo log buffer 里面的日志都刷到磁盘中，这时就会带上事务A 在redo log buffer 里面的日志一起持久化

3.redolog buffer 占用这个buffer 空间，默认是达到一半，会触发后台线程 落盘。

4.什么时候刷脏？

1.数据库空闲时、数据库正常关闭

2.redo log写满了，check point 需要向前推进，推进的区间涉及到的脏页需要刷到磁盘中

3.内存不够了

使用LRU算法，释放最少使用的页，如果是脏页，就执行checkpoint，刷到磁盘中去。

5.一条更新语句如何执行？redolog写入过程？

1.存储引擎：根据主键索引树，找到要更新的这行语句，如果在内存池中，就直接返回给执行器，否则，就读入到内存中，然后返回给执行器。

2.执行器：拿到记录，更新

3.存储引擎：将新纪录更新到内存池中，并设置redolog 状态为 prepare 

4.执行器：生成 bin log，并写入磁盘

5.存储引擎：redo log 状态为 commit

6.事务提交完成。

如果在事务提交期间发生了崩溃：

1.若redo log 是commit状态，则直接提交

2.若redo log 是 prepare状态，判断 bin log，

若bin log 完整，就提交事务，否则回滚