一、收到了大佬们的建议
1、篇幅偏短，建议稍微加长一点。
这点说的确实挺对，有的篇幅确实比较短，针对这个提议我会考虑将相似的话题放在一篇文章中。但是这可能会导致我中断每天更新的步调，换成隔几天发一篇的步调（但是这个系列的文章一定会写完的！）
2、Buffer Pool、LRU List、Flush List、Free List相辅相成，建议放在一起串讲。
说的没错，是应该一起串讲。于是有了这篇加餐的文章：下面让我们就一起看下，当你执行CURD时，InnoDB的Buffer Pool中都发生了什么！以及Buffer Pool的优化！
二、Let‘s go
你知道的，MySQL对数据的增删改查都是内存中完成的，这块内存就是Buffer Pool。
你可以像下面这样查看下你的MySQL的Buffer的Buffer Pool的默认大小
上图中的0.125单位为GB，转换成MB就是 1024* 1/8 = 128MB
总结来说，就是MySQL启动后就会为我们初始化好这块Buffer Pool。如下图：
你可以看着上图，然后读下面这段话：
MySQL以数据页为单位，从磁盘中读取数据。数据页被读取到内存中，所谓的内存其实就是Buffer Pool。
Buffer Pool中维护的数据结构是缓存页，而且每个缓存页都有它对应的描述信息。
由于MySQL刚启动，还没有从磁盘中读取任何数据页到内存（Buffer Pool）中，那此时Buffer Pool中所有的缓存页其实都是空的。
除了缓存页之外，你还能看到Buffer Pool中存在三个双向链表。分别是FreeList、LRUList以及FlushList。这三个双向链表中维护着缓存页的描述信息。
三、好，假设你读取出来了1个数据页
当你通过select读取出一个数据页之后，是需要将这个数据页加载进Buffer Pool中的缓存页中的。
那问题来了，MySQL怎么知道该将你读取出来的数据页存放在那个缓存页中呢？相信你看了上图应该也能想到答案了。FreeList这个双向链表不是存放了空闲的缓存页的描述信息吗？那从FreeList中取出一个空间缓存页的描述信息不就好了？于是得到了下面这张图：
啰嗦一点：对这张图稍微做一下解读：
InnoDB会将你读取出来的数据页加载进Buffer Pool中的缓存页中，然后缓存页的描述信息也会被维护进LRU链表中。链表做了冷热数据分离优化，5/8的区域是热数据区域，3/8的区域算是冷数据区域。（本质上它们都是双向链表），而你新读取的数据页会被放在冷数据区的靠前的位置上。
如果你将该数据页读取出来加载进缓存页中后，间隔没到1s，就使用该缓存页。那么InnoDB是不会将这个描述信息移动到5/8的热数据区域的。
但是当超过1s后，你又去读这个数据页。那这个数据页的描述信息就会被放到热数据区域。如下图：
四、假设你一次性读取出来了好多数据页
白日梦在第 6 篇文章中跟大家分享过，MySQL是存在预读机制的，感兴趣可关注公众号阅读。
假设触发了MySQL的预读机制。一次性从磁盘中读取来N多个缓存页。会得到下面这张图:
最低0.47元/天 解锁文章
2338
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
