MySQL缓存页满了怎么解决

这篇文章主要介绍"MySQL缓存页满了怎么解决"，在日常操作中，相信很多人在MySQL缓存页满了怎么解决问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答"MySQL缓存页满了怎么解决"的疑惑有所帮助！接下来，请跟着小编一起来学习吧！

1、缓存页满了怎么办？

但是，free链表总会有空的时候，也就是说缓存页都满了，再没有空余缓存用来加载磁盘上的数据页？

这时候我们想，怎么办？是不是要把一部分缓存页淘汰掉，也就是清空，然后再加载新的数据页到缓存页。

如何淘汰？

1.1、LRU淘汰算法

1.1.1、策略：

MySQL使用了LRU淘汰算法，LRU也就是least recently use，最近最少使用。

策略就是使用的缓存页就加到LRU链表的头部，只要修改或者查询过就会移到链表头部，最后淘汰LRU尾部的。

1.1.2、存在的问题：

1、MySQL有个预读机制：当从磁盘中加载一个数据页的时候，有可能会把相邻的数据页也一块加载到缓存页。

这会带来什么问题？

看上图，比如，空间大小就为4，原本ABC都是经常被访问的，现在要加入虚线那两个数据页，必须要淘汰一个，那肯定就淘汰C，就把常访问的淘汰了，留下了没有访问的相邻数据页。

那么在此就有必要了解一下MySQL的预读机制

①、通过参数innodb_read_ahead_threshold控制，默认是56。这个参数表示如果顺序访问了一个区里的多个数据页，这里的多个就是56，就会触发预读机制，把下一个区中所有的数据页都加载到缓存页里。

②、通过参数innodb_random_read_ahead控制，默认是off。这个参数表示如果缓存了一个区的13个连续数据页，就会触发预读机制，把这个区里的页全都加载到缓存页里。

2、全表扫描

如果是全表扫描，会把全表都加载到buffer pool中，有可能就把LRU链表中经常访问的都挤到后面去，就有可能被淘汰。

如何优化呐？

既然有经常访问的数据，又有不常访问的数据，是不是可以在LRU链表中分区啊，对这两块数据分别管理。

1.2、基于冷热数据分离的思想设计LRU链表

所有把LRU链表分为两部分，冷热比例由innodb_old_blocks_pct参数控制，默认是37，也就是说冷数据占比37%。

1.2.1、策略

第一次加载的数据页，直接放到冷数据区域的头部。

那什么时候放到热数据区域那？

通过参数innodb_old_block_time控制，默认1000，毫秒。这个参数表示，必须数据页加载到缓存页1000毫秒之后再次访问才加到热数据区域。

1.2.2、性能优化

位于热数据区域的数据，如果被访问了，应不应该立即加载热数据区域的头部？

无论链表方不方便，频繁的移动肯定是不希望的。MySQL规定，只有在热数据的后3/4部分的数据被访问了才会移动到链表头部。

1.3、冷数据的刷盘机制

之前的讨论都是说缓存满了才淘汰尾部数据刷入磁盘，实际上并不是非得等满了。后台有一个线程，运行一个定时任务，每隔一段时间就刷入磁盘然后清空这几个缓存页，并加到free链表中。

别忘了，刷入磁盘的不仅仅是冷数据区域，还有flush链表，等MySQL不是很忙的时候就会执行，然后从flush链表和LRU链表中移除。

到此，关于"MySQL缓存页满了怎么解决"的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注网站，小编会继续努力为大家带来更多实用的文章！