free 一看内存快满了，先别急着加内存：buff/cache 是怎么回事

刚上服务器跑 free -h，一看 used 那一列快满了，第一反应往往是内存不够、该加内存了。但很多时候这不是真满，而是 buff/cache 把空闲内存拿去当缓存了，系统有需要时会立刻还回来。

先说清三列：free 是完全空闲的，buff/cache 是内核拿去做磁盘缓存和目录缓存的，available 才是真正能分给新程序的。Linux 的逻辑是内存空着也是空着，不如拿来缓存磁盘数据，读文件就不用每次都走磁盘。所以一台跑了一段时间的机器，buff/cache 越涨越高、free 越来越小，都是正常的，不代表程序在漏内存。

先诊断：看 free -h 的 available 那一列，只要它还充裕，程序申请内存就不会失败；再看 top 里按内存排序，确认是不是某个进程的 RES 在持续上涨——RES 一直涨、available 一直掉，那才是真漏内存；如果 RES 稳定、只是 buff/cache 在涨，就不用管。还有一种假象：Swap 用了不少，但这不一定是内存不够，可能是系统把长时间不用的页换出去腾地方，看 si/so 有没有持续读写再判断。

真要处理分两种：只是缓存高，不用处理，系统自己会回收；确实是进程漏内存，先找到进程、看它是业务增长还是 bug，再决定重启还是修代码。加内存之前，先看 available 和 swap 活动，别被 used 那一列吓到，白花钱。

预防也简单：监控别只盯 used 百分比，把 available 和 swap 使用率一起盯，available 长期走低、swap 持续读写再告警；给关键服务配好内存上限（systemd 的 MemoryMax 或 cgroup），一个进程失控不会拖垮整台机器。