把 Linux 内存想象成停车场，buff和cache 终于秒懂了

一、free 命令看一眼buff/cache 占了 80%内存不够了你一定见过这个输出$free-htotal usedfreeshared buff/cache available Mem:7.8G1.2G 256M 32M6.3G5.5G Swap:2.0G 0B2.0G看到 buff/cache 6.3G、free 只有 256M第一反应——内存快不够了错。free 小、buff/cache 大恰恰说明你的系统内存利用效率很高。真正要看的是available—— 5.5G完全够用。为什么用一个比喻就秒懂了。二、把 Linux 内存想象成停车场想象你管理一个大型停车场停车场概念对应 free 命令含义停车场总车位Mem: total物理内存总量已停车辆Mem: used进程实际占用的内存VIP 预留区Mem: buff/cache缓冲缓存占着车位但随时可让出完全空车位Mem: free没人用的内存实际可停车位数Mem: availablefree 可回收的 VIP 车位关键来了——VIP 预留区buff/cache的车位虽然标着已占用但这些车位随时可以让出来。新车来了VIP 区域的车立刻挪走腾出车位。这就是 buff/cache 的本质占着位置但紧急时刻秒让。所以available 空车位 VIP 区域中可让出的车位才是真正的可用内存。三、buff 和 cache 到底在停什么车1. buff磁盘写的缓冲区buff 是块设备的写缓冲。你要往磁盘写数据Linux 不让你直接写——太慢了。先写到 buff 里攒一波再批量写到磁盘。停车场比喻有个快递暂存区。快递员送来的包裹先堆在这里攒够了再统一装车送出。暂存区随时可以清空让车位给新车。2. cache磁盘读的缓存cache 是页缓存page cache。你从磁盘读了一个文件Linux 把内容留在内存里。下次再读同一文件直接从内存取不用再跑一趟磁盘。停车场比喻有个常用工具柜。第一次取工具要去仓库磁盘取回来后放在柜子里。下次再用直接从柜子里拿。柜子随时可以清空让车位给新车。3. 为什么 buff/cache 占这么大因为 Linux 的策略是内存闲着也是闲着不如拿来缓存磁盘数据。磁盘 IO 是最慢的操作——内存读写是纳秒级磁盘读写是毫秒级差了1000 倍。Linux 把空闲内存全拿来做缓存等于把停车场里所有空车位设成 VIP 预留区有新车来再让出。所以健康的生产系统free 很小、buff/cache 很大是正常状态不是异常。四、free 命令逐列解读还是这组数据total usedfreeshared buff/cache available Mem:7.8G1.2G 256M 32M6.3G5.5G逐列拆解列名停车场比喻含义total停车场总车位 7800 个物理内存总量used已停车辆 1200 个进程实际占用不含 buff/cachefree完全空车位 256 个真正没人在用的内存shared共享停车位 32 个多进程共享的内存tmpfs 等buff/cacheVIP 预留区 6300 个缓冲缓存随时可回收available实际可停车 5500 个free 可回收的 buff/cache一行口诀free 小别慌看 available 才是真相。五、生产环境 4 个常见误区1. buff/cache 占 80% 就是内存不够错。buff/cache 大说明系统在积极利用空闲内存做缓存这是好事。看 available只要available total × 20%系统就没压力。2. 手动 drop_caches 清缓存释放内存# 清页缓存echo1/proc/sys/vm/drop_caches# 清目录项和 inode 缓存echo2/proc/sys/vm/drop_caches# 全清echo3/proc/sys/vm/drop_caches不推荐。清完 available 确实会变大但缓存没了后续磁盘 IO 性能骤降几分钟后 cache 又会自动填回来除非在做性能基准测试生产环境别用停车场比喻你把 VIP 预留区全部清空了停车场看起来空了很多但快递暂存区和常用工具柜都没了效率反而下降。几分钟后工具又会被取回来放回柜子里。3. free 很小就是内存紧张错。正常的生产系统 free 通常很小甚至接近 0因为 Linux 会把空闲内存尽可能用做 cache。free 大反而说明内存浪费了。4. K8s 节点可用内存 total - used错。K8s 计算节点 Allocatable 时用的是 available 的思路AllocatableCapacity - SystemReserved - KubeReserved - EvictionHardK8s 的内存驱逐看的是memory.available不是memory.free。当memory.available 750Mi默认阈值节点开始驱逐 Pod。查看节点内存压力# 查节点可用内存kubectl describenodenode|grep-A5MemoryPressure# 查节点内存 allocatablekubectl getnodenode-ojsonpath{.status.allocatable.memory}六、什么时候 buff/cache 会让不出车位VIP 预留区不是 100% 可让出的。有一小部分锁定了不能回收mmap 锁定的共享内存— 进程通过 mmap 把文件映射到内存这部分 cache 不能回收tmpfs / shm 占用的内存— tmpfs 文件系统直接占内存不是缓存不能回收这部分算 shared不算 cache正在写入的脏页— 还没刷到磁盘的脏数据必须等刷完才能回收所以available ≠ free buff/cache而是free buff/cache 中可回收的部分。Linux 内核自己算这个值比你手动加更准确。查看脏页数量# 查脏页还没刷到磁盘的数据cat/proc/meminfo|grep-idirty# Dirty: 832 kB ← 越小越好七、总结一句话Linux 把空闲内存全拿来做缓存buff/cache看起来占得多但随时可回收。判断内存够不够看 available不看 free。行动清单日常看内存free -h盯available列K8s 节点内存压力memory.available 驱逐阈值才是真告警buff/cache 大是好事不要手动 drop_caches真正的内存不足信号available 持续下降 Swap 被使用速记口诀free 小别慌看 availablecache 大是福drop_caches 是毒停车场 VIP 预留区新车来了秒让位。