这篇文章主要介绍“MySQL缓存页满了怎么解决”，在日常操作中，相信很多人在MySQL缓存页满了怎么解决问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”MySQL缓存页满了怎么解决”的疑惑有所帮助！接下来，请跟着小编一起来学习吧！
但是，free链表总会有空的时候，也就是说缓存页都满了，再没有空余缓存用来加载磁盘上的数据页？
这时候我们想，怎么办？是不是要把一部分缓存页淘汰掉，也就是清空，然后再加载新的数据页到缓存页。
如何淘汰？
MySQL使用了LRU淘汰算法，LRU也就是least recently use，最近最少使用。
策略就是使用的缓存页就加到LRU链表的头部，只要修改或者查询过就会移到链表头部，最后淘汰LRU尾部的。
1、MySQL有个预读机制：当从磁盘中加载一个数据页的时候，有可能会把相邻的数据页也一块加载到缓存页。
这会带来什么问题？
看上图，比如，空间大小就为4，原本ABC都是经常被访问的，现在要加入虚线那两个数据页，必须要淘汰一个，那肯定就淘汰C，就把常访问的淘汰了，留下了没有访问的相邻数据页。
那么在此就有必要了解一下MySQL的预读机制
①、通过参数innodb_read_ahead_threshold控制，默认是56。这个参数表示如果顺序访问了一个区里的多个数据页，这里的多个就是56，就会触发预读机制，把下一个区中所有的数据页都加载到缓存页里。
②、通过参数innodb_random_read_ahead控制，默认是off。这个参数表示如果缓存了一个区的13个连续数据页，就会触发预读机制，把这个区里的页全都加载到缓存页里。
2、全表扫描
如果是全表扫描，会把全表都加载到buffer pool中，有可能就把LRU链表中经常访问的都挤到后面去，就有可能被淘汰。
如何优化呐？
既然有经常访问的数据，又有不常访问的数据，是不是可以在LRU链表中分区啊，对这两块数据分别管理。
所有把LRU链表分为两部分，冷热比例由innodb_old_blocks_pct参数控制，默认是37，也就是说冷数据占比37%。
第一次加载的数据页，直接放到冷数据区域的头部。
那什么时候放到热数据区域那？
通过参数innodb_old_block_time控制，默认1000，毫秒。这个参数表示，必须数据页加载到缓存页1000毫秒之后再次访问才加到热数据区域。
位于热数据区域的数据，如果被访问了，应不应该立即加载热数据区域的头部？
无论链表方不方便，频繁的移动肯定是不希望的。MySQL规定，只有在热数据的后3/4部分的数据被访问了才会移动到链表头部。
之前的讨论都是说缓存满了才淘汰尾部数据刷入磁盘，实际上并不是非得等满了。后台有一个线程，运行一个定时任务，每隔一段时间就刷入磁盘然后清空这几个缓存页，并加到free链表中。
别忘了，刷入磁盘的不仅仅是冷数据区域，还有flush链表，等MySQL不是很忙的时候就会执行，然后从flush链表和LRU链表中移除。
到此，关于“MySQL缓存页满了怎么解决”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注亿速云网站，小编会继续努力为大家带来更多实用的文章！
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
