每当我们想要缓解读，一般会想到什么？
预读取，缓存
缓存
缓存，其实就是将高频访问的数据放到内存里面，减少读盘的次数。
为了提高内存的利用率，MySQL还建立了缓存池，也就是buffer pool，存储最热的数据页和索引页。
预读取（read-ahead）
从Linux的文件系统我们就知道，计算机的读取是按页来的。那么，我们是不是可以将下一页提前取出来，反正是一次磁盘IO。
LRU(Least recently used)
提到缓存和预读取，LRU是跑不了的，简单地说，就是将池子里面待的最久的内存淘汰掉，放入新的数据。
- 里面是个链表结构，首部新增，尾部淘汰。
- 访问的时候，如果在池子里，就移动到首部，如果不在，就放到首部并把尾部淘汰。
那么，缺点有没有？
预读失效：你放了我不读。不就浪费了内存么。
优化
凡是要区别对待，就将他们隔离开来。
我们想要的就是真正读取的数据缓存起来，预读的数据级别低一点，稍微缓存一下就好了。
那么，很简单，把内存池分段，一段存真正读的，一段存预读的。
这就是新生代（new sublist）和老生代(old sublist)，新的尾就是老的头。
逻辑不变，但是可以配置长度，比如新的站70%，老的占30%，老的由于比较短，就会更快淘汰。
那么， 完美了么？
缓存池污染：如果SQL需要扫描大量的行，则可能将所有数据替换出去，这样就等于缓存直接失效了。
优化2.0
凡是要防止区别对待的事务强行混合，就添加阈值，让低一级的过不来。
将所有的数据都先丢到老的里面，停留时间大于T，才能进入新生代，这样老的就在不断被刷新，而真正需要的会逐渐进入新生代。
相关参数
- 缓存池大小
- 老生代比例
- 老生代停留时间
结语
- 如果有不对的地方欢迎指正。
- 如果有不理解的地方欢迎指出我来加栗子。
- 如果感觉OK可以点赞让更多人看到它。