mysql之mvcc与BufferPool缓存机制

如果事务提交成功后，bufferPool的数据没来得及写入磁盘中，此时宕机了，可以使用redo日志文件恢复bufferPool的缓存数据

8.随机将bufferPool池数据以page为单位写入到磁盘中，这步完成后磁盘数据才为libo666

调用引擎接口

name=libo666.....

7.写入commit标记到redo文件中，事务提交完成，该标记用来保证redo日志跟binlog日志数据一致

binlog日志文件主要用来恢复数据

数据库的增删改查都是操作bufferPool中的数据，内存大小一般设置为机器内存的60%

执行器

page页 

InnoDb引擎

客户端执行update account set name = 'libo666' where id = 1; id=1的name原始值为libo

bufferPool缓存池

name=libo.....

管理连接与权限校验

6.准备提交事务，写入binlog日志文件

.....

4.写redo日志

分析器

redo日志文件（InnoDb特有）

5.准备提交事务redo日志写入磁盘

优化器

如果事务提交失败，可以使用undo日志恢复bufferPool池中的数据

语法与词法分析

undo日志文件（InnoDb特有）

redo日志都是顺序写入（速度非常快），而且是特定的大小的文件，写满了就再创建一个文件

name=libo

磁盘文件idb

IO线程

执行计划生成、索引选择

name=libo666

修改的数据

1.加载缓存数据加载id=1数据所在的page页至bufferPool缓存

server层

2.写入更新数据的旧值，便于回滚

redo log buffer pool

查询缓存

恢复

3.更改缓存池中数据

连接器

idb文件是随机读写的，因为可能会删除，为了不浪费空间会自动整理

binlog日志文件（属于server层）