MySQL缓存老是满了咋整，教你几招简单清理数据库缓存的方法

行，那咱们就直接开整，很多人用MySQL时间长了都会遇到一个头疼事：数据库怎么越来越慢了？有时候查个数据半天没反应，一看服务器内存，好家伙，都快被吃光了，这十有八九是MySQL的缓存（主要是InnoDB Buffer Pool）快要撑爆了，新的数据挤不进来，旧的数据赖着不走，查询效率自然就拉垮了，别急，这事儿不复杂,我给你掰扯几招简单实用的清理和优化方法。

第一招：最直接的办法——重启大法

没错，第一个方法就是这么简单粗暴，你把MySQL服务重启一下，它的缓存（Buffer Pool）自然就被清空了，内存也就释放出来了，这就像电脑用久了卡顿,重启一下立马流畅是一个道理。

• 什么时候用？ 如果你的业务有固定的维护窗口（比如深夜访问量少的时候），这是个立竿见影的选择，或者当你尝试了其他方法都不太行,作为最后的解决手段。
• 怎么操作？ 用系统服务命令就行，在Linux上通常是 systemctl restart mysql 或 service mysql restart,在Windows上可以在服务管理器里重启MySQL服务。
• 缺点是什么？ 重启期间数据库是不可用的，所有需要连接数据库的网站或应用都会暂时报错，所以这招不能频繁用,得挑个合适的时间。

根据MySQL官方文档的说明，重启服务是释放所有内存最彻底的方式，但因为它会导致服务中断，所以属于一种“核武器”级别的操作,要慎用。

第二招：温和一点的——动态调整缓存大小

MySQL允许你在它运行的时候，不用重启就去改变一些配置参数，这叫做“动态调整”，缓存大小（主要是 innodb_buffer_pool_size 这个参数）就可以这么干。

• 这是什么意思？ 就好比你的手机运行内存是8G，但你发现有个App特别占内存，你可以不用关机，直接在设置里把这个App的后台活动限制一下，让它少用点内存，调整 innodb_buffer_pool_size 也是类似的意思。
• 怎么操作？
  1. 先连上你的MySQL数据库。
  2. 执行这个命令看看现在的缓存池多大：SHOW VARIABLES LIKE 'innodb_buffer_pool_size'; 它会显示一个字节数,你可以自己换算成GB或MB。
  3. 如果你觉得太大了，可以把它设小一点，SET GLOBAL innodb_buffer_pool_size = 2147483648; （这个数字是2GB，单位是字节），设置完后，MySQL会开始一个后台任务，慢慢地把多余的数据从缓存中移出去，释放内存，这个过程不需要重启,数据库还能继续提供服务。
• 好处是啥？ 相对文明，不影响业务正常跑，你可以根据服务器内存的使用情况,灵活地调大或调小。
• 需要注意啥？ 别一下子缩得太狠了，否则大量数据需要从硬盘重新读取，可能会引起短暂的性能抖动，根据Percona这家知名数据库服务公司的建议，调整缓存大小应该是一个渐进式的过程,最好结合监控数据慢慢来。

第三招：治本之策——优化你的查询语句

前面两招都是在“管理”缓存，但最根本的问题可能出在你自己写的SQL查询语句上，一条写得烂的SQL，可能会把大量没用的数据也塞进宝贵的缓存里,挤占了那些真正热门数据的位置。

• 举个例子： 你动不动就写一个 SELECT * FROM users，把用户表里所有字段、所有数据（包括那种超长的个人简介文本）都查出来，但其实你可能只需要用户名和头像，这条“大而全”的查询执行后，这些数据都会进缓存,很快就把缓存污染了。
• 该怎么办？
  1. **别用 SELECT *** ：需要什么字段，就明确写出来，SELECT username, avatar FROM users，这样返回的数据量小,占的缓存自然也小。
  2. 加上有效的 WHERE 条件：尽量通过条件过滤掉不需要的数据，避免全表扫描，全表扫描会把整张表的数据都刷进缓存,杀伤力巨大。
  3. 用好索引：给经常用来查询的字段加索引，能让数据库飞快地定位到需要的数据，而不是漫无目的地load一大堆数据进内存，这就像是给书加了目录,你就不用一页一页去翻整本书了。
• 这招为啥重要？ 根据像《高性能MySQL》这样的经典书籍里的观点，绝大多数数据库性能问题，根源都在于糟糕的查询语句，把查询优化好了，不仅缓存利用率高了，数据库的整体压力也会骤降，这才是真正的“治本”。

第四招：借助工具，看看热闹——监控缓存命中率

你不能光埋头清理，还得抬头看路，知道缓存的工作状态到底怎么样，这里有个关键指标叫“缓存命中率”。

• 啥是命中率？ 简单说，就是数据库要读一个数据的时候，多少次是直接在内存（缓存）里找到的，多少次是没办法得慢悠悠去硬盘里找的，命中率越高，说明缓存越有效,数据库越快。
• 怎么查？ 执行这个命令：SHOW STATUS LIKE 'Innodb_buffer_pool_read%'; 你会看到两个重要的值：
  • Innodb_buffer_pool_read_requests：总共发起了多少次读请求。
  • Innodb_buffer_pool_reads：其中有多少次是不得不去读硬盘的。
  • 缓存命中率可以这么算：(1 - Innodb_buffer_pool_reads / Innodb_buffer_pool_read_requests) * 100%。
• 怎么看结果？ 命中率应该在99%以上才算健康，如果低于95%，你就得警惕了，说明你的缓存大小可能不够用，或者有很多全表扫描之类的操作在破坏缓存，许多开源监控工具，比如Prometheus加上Grafana,都能很方便地持续监控这个指标并画出图表。

总结一下

MySQL缓存老满，别慌,你可以：

1. 应急时：在业务低峰期重启服务。
2. 调整时：动态缩小缓存大小,温和释放内存。
3. 治本时：优化你的SQL查询，这是最关键的一步,从源头上减少垃圾数据进缓存。
4. 预防时：监控缓存命中率，做到心中有数,提前发现问题。

这几招从易到难，从临时到根本，结合起来用，基本就能把MySQL缓存的问题拿捏住了，数据库运维本身就是个细致活，多观察、多尝试,慢慢就有经验了。