Linux服务器内存优化关键看available而非free，available持续低于总内存5%～10%才表明真实压力；buff/cache高属正常缓存，可自动回收；应优先调优vm.swappiness、vfs_cache_pressure等内核参数，慎用drop_caches。
Linux服务器内存优化不是“清空缓存”或“关掉swap”这么简单，关键在于理解系统怎么用内存、哪些指标真正反映压力、以及在哪个层面干预最有效。核心原则是：让内存为活跃进程服务，而不是盯着free值焦虑。
看懂真实内存压力：盯住 available，别信 used
执行 free -h 时，重点看 available 这一列——它是内核估算的、当前可立即分配给新进程的内存（free + 可快速回收的 cache/buffers）。
- 如果 available 持续低于总内存的 5%～10%，才说明真紧张；
- MemFree 很低是常态，Linux 会主动用空闲内存做文件缓存（Cached），这能加速磁盘读取，属于高效利用；
- Buffers 和 Cached 合计占高，只要 available 充足，完全不用干预。
快速定位吃内存的进程
用组合命令一次看清全局：
watch -n 1 "free -h; echo; ps -eo pid,user,%mem,vsz,rss,cmd --sort=-%mem | head -n 6"
- %mem 是内存占用百分比，RSS 是实际物理内存占用（KB），VSZ 是虚拟内存大小；
- Java 进程要额外查 JVM 堆：jstat -gc
- 容器环境别只看宿主机，用 docker stats 或 kubectl top pod 确认容器内真实用量。
系统级调优：改几个关键参数就够了
编辑 /etc/sysctl.conf，追加以下三行（重启生效或运行 sysctl -p）：
- vm.swappiness = 10：降低换出倾向，避免频繁 swap（值 0 表示仅在内存耗尽时 swap，但可能触发 OOM）；
- vm.vfs_cache_pressure = 50：减缓目录项和 inode 缓存回收，适合高文件操作场景；
- vm.dirty_ratio = 15：脏页达内存 15% 时强制回写，防突发写入卡顿。
应用与服务配置：按需收紧，不一刀切
对常见服务做针对性限制：
- Java 应用：-Xms 和 -Xmx 设为相同值（如 -Xms2g -Xmx2g），禁用动态堆伸缩；加 -XX:MaxMetaspaceSize=256m 防类加载泄漏；
- MySQL：innodb_buffer_pool_size 设为可用内存的 50%～70%，别超 80%；
- Nginx：限制 worker_processes 和 worker_connections，避免连接数暴增拖垮内存；
- 非关键后台任务：用 ulimit -v 或 cgroups 限制虚拟内存上限，防失控。
慎用“清理缓存”命令
echo 3 > /proc/sys/vm/drop_caches 能立刻释放 pagecache、dentries 和 inodes，但这是把双刃剑：
- 临时缓解可用内存不足可以一试（先 sync 刷盘）；
- 但它会让后续文件读取变慢，因为缓存没了；
- 生产环境不建议定时执行，更不该写进开机脚本——Linux 自己会根据压力智能回收，人工干预反而干扰调度。
