前言在 Linux 服务器运维中经常会遇到一个现象系统内存被大量占用但业务进程本身并没有消耗同等大小内存free命令查看时大量内存归为cached。很多运维人员第一反应是内存泄漏随即手动执行echo 3 /proc/sys/vm/drop_caches清理缓存这种操作在部分业务场景下反而会引发 IO 飙升、服务响应变慢。本文从 PageCache 底层机制出发梳理原理、澄清误区并给出通用生产调优思路内容基于 Linux 主流内核5.4/6.x官方文档无虚构方案。一、什么是 PageCachePageCache 即页缓存是 Linux 内核用于缓存文件数据的内存管理机制。内核以内存页通常 4KB为单位将磁盘读取的文件内容缓存至物理内存。当应用程序再次读取同一文件时内核优先从内存缓存返回数据避免慢速磁盘 IO以此提升文件读写性能。PageCache 属于内核管理的缓存空间不属于任何用户进程私有内存。当业务进程需要更多物理内存时内核会自动回收 PageCache 内存分配给进程正常情况下无需人工干预。二、常见认知误区误区 1缓存占用高 内存不足很多运维习惯以可用内存大小作为判断标准。Linux 设计思路是充分利用空闲内存做缓存提升整体 IO 效率空闲内存长期闲置属于资源浪费。 判断内存压力核心指标不是 free而是vmstat中的 si换入、so换出数值持续非 0 代表内存紧张OOM 日志查看是否触发内存溢出查杀业务响应延迟是否上涨。误区 2定期手动清理缓存可以优化性能手动释放缓存会清空内存中预加载的文件数据后续业务访问文件必须重新从磁盘读取短时间会产生大量随机 IO数据库、日志采集、文件服务类业务会明显卡顿。定期清理缓存仅适合临时定位 IO 基线测试场景不建议写入定时脚本常态化执行。三、PageCache 回收机制内核存在两套回收逻辑后台异步回收、直接回收。kswapd 内核线程后台常驻线程当内存水位低于watermark阈值时启动异步回收缓存页优先回收干净页已落盘的缓存尽量不阻塞业务进程直接回收kswapd 回收速度跟不上内存分配速度时业务进程自身触发同步内存回收此时进程会阻塞直观表现为业务卡顿回收优先级空闲页 → 可回收 PageCache 干净页 → 脏页需先刷盘再回收→ 匿名页进程私有内存必要时交换至 swap。脏页不能直接回收内核有专属参数控制脏页回刷时机避免大量脏页集中落盘造成 IO 抖动核心参数包含vm.dirty_ratio、vm.dirty_background_ratio。四、生产环境通用调优思路调优核心原则适配业务读写模型平衡内存占用与磁盘 IO不盲目修改默认参数。数据库业务MySQL/PostgreSQL数据库自带独立 Buffer Pool不希望大量文件缓存抢占内存。可适度调整脏页参数同时规划内存分配预留足够内存给数据库缓存避免 PageCache 和业务争抢内存swap 分区建议调低使用倾向vm.swappiness1减少匿名页换出。静态文件、对象存储业务这类业务重复读取文件多PageCache 收益很高建议保留默认配置保证热点文件常驻内存提升访问速度。日志高写入业务持续产生大量脏数据可调低dirty_background_ratio让内核持续异步刷盘防止瞬间大批量落盘引发 IO 尖峰。重要提醒所有内核参数修改前需记录原始配置分批灰度测试线上禁止直接全量变更。参数调整没有通用最优值必须结合业务流量、磁盘介质SSD / 机械盘、内存规格验证效果。五、缓存相关排查命令汇总bash# 查看整体内存使用 free -h # 查看内核缓存、脏页信息 cat /proc/meminfo # 观察内存换入换出、IO情况 vmstat 1 # 查看脏页回写相关内核参数 sysctl -a | grep dirty六、总结PageCache 是 Linux 提升 IO 性能的基础机制缓存占用高本身不是故障。运维工作中应当区分 “合理缓存占用” 和 “真实内存压力”优先通过观测指标定位瓶颈而非直接清理缓存。内核参数调优需要匹配业务读写特征充分理解脏页回收、kswapd 工作逻辑才能规避人为操作带来的业务风险。在容器化、云服务器普及的当下cgroup 内存限制会进一步影响 PageCache 回收行为也是后续运维排查需要重点关注的方向。责编璇玑