linux内存占用率高不等于缺内存，关键看available是否充足；cache高是正常缓存利用，可自动回收，只要available未持续逼近0就无需干预。
Linux 内存占用率“高”不等于真缺内存，关键要看 available 是否充足——它已自动扣除了可快速回收的 cache/buffer，是真正能分配给新进程的内存。
为什么 free 值小、cache 却很大？
Linux 会主动把空闲内存用于缓存（page cache 和 dentry/inode cache），提升文件读写和系统调用效率。这些 cache 在内存紧张时会被内核自动回收，所以：
• cache 占用高 ≠ 内存泄漏或异常
• 它本质是“被利用起来的空闲内存”，不是被进程长期霸占的内存
• 只要 available 没持续逼近 0，就不必干预
如何判断 cache 是否真的造成压力？
运行以下命令组合观察：
• free -h：重点看 available 列，低于几百 MB 且持续波动接近 0 才需警惕
• vmstat 1 5：若 si（swap in）或 so（swap out）持续 > 0，说明内存不足已触发换页
• cat /proc/meminfo | grep -E "^(MemAvailable|SReclaimable|SUnreclaim)"：SReclaimable 高是正常缓存；SUnreclaim 长期偏高（如超总内存 10%）则可能有 slab 泄露
要不要手动清 cache？怎么清？
仅在确认内存压力真实存在、且临时缓解需求明确时才考虑：
• 先执行 sync，确保脏页落盘
• 再按需执行：
echo 1 > /proc/sys/vm/drop_caches —— 清 page cache（最常用）
echo 2 > /proc/sys/vm/drop_caches —— 清 dentry/inode 缓存
echo 3 > /proc/sys/vm/drop_caches —— 清全部
• 清完立即还原：echo 0 > /proc/sys/vm/drop_caches（避免影响后续性能）
• 注意：这只是临时手段，不能解决根本问题，反而可能引发短时 I/O 尖峰
长期优化方向在哪？
如果 cache 回收频繁、available 长期偏低，应从机制上调整：
• 提高内核对缓存的回收倾向：
echo 200 > /proc/sys/vm/vfs_cache_pressure（默认 100，值越大越激进）
• 设置最低保留空闲内存下限，避免回收过晚：
echo 1048576 > /proc/sys/vm/min_free_kbytes（例如设为 1GB）
• 结合业务负载，合理配置 swap（哪怕只是 1–2GB），为突发内存申请提供缓冲，防止 OOM 杀进程
