目录
Innodb引擎SQL执行的BufferPool缓存机制
InnoDB SQL执行执行流程
执行一条update的修改sql,需要经过Server层,再调用具体的执行引擎。
1、加载数据页,把需要修改数据所在的数据页,缓存到Buffer Pool
2、修改前记录,写undo日志,记录更改前数据,如果事务执行失败,使用undo日志进行数据回滚
3、更新Buffer Pool中的数据
4、准备提交事务,写redo日志,保存操作记录。redo日志用来恢复已提交事务的Buffer Pool
5、准备提交事务,写bin-log日志,保存操作记录。bin-log日志用来恢复磁盘数据
6、事务提交完成,此时bin-log日志写入成功,且在redo日志中记录commit标记。事务提交完成后bin-log日志和redo日志数据保持一致
7、数据持久化,IO线程不定期把Buffer Pool中的数据随机写入到磁盘,完成持久化
为什么Mysql不直接更新磁盘上的数据?
如果一个请求对磁盘文件进行随机读写,直接更新磁盘文件里的数据,会使数据库性能变得很差。因为磁盘随机读写的性能通常都非常的差,直接更新磁盘文件会使数据库抗并发能力大幅下降。
Mysql BufferPool 缓存机制,可以保证每个更新请求都是更新内存 BufferPool,然后顺序写日志文件,同时还能保证各种异常情况下的数据一致性。更新内存的性能是极高的,然后顺序写磁盘上的日志文件的性能也是非常高的,要远高于随机读写磁盘文件。//kafka也是顺序写日志
正是通过这套机制,才能让我们的MySQL数据库在较高配置的机器上每秒可以抗下几干的读写请求。