swap 使用率高但 free available 充足的 vm.overcommit_memory=1 风险评估-SQL

不危险，但需确认高swap使用是否由真实内存压力驱动；若pgmajfault激增、oom_kill频发或响应延迟则危险，否则可能是内核良性换出闲置页。

vm.overcommit_memory=1 下 swap 使用率高但 MemAvailable 充足是否危险？

不危险，但需确认高 swap 使用是否由真实内存压力驱动，还是内核主动换出闲置页所致。在 vm.overcommit_memory=1（启发式检查）模式下，内核不会严格限制 malloc，但也不会盲目允许超配；swap 升高本身不是故障信号，关键看是否伴随 pgmajfault 激增、oom_kill 日志或响应延迟。

如何判断 swap 增长是良性换出还是恶性缺页？

运行以下命令交叉验证：

• grep -i "pgmajfault\|pgpgin\|pgpgout" /proc/vmstat —— 若 pgmajfault 持续 > 100/s 且与应用卡顿同步，说明频繁缺页，swap 已成瓶颈
• cat /proc/meminfo | grep -E "(MemAvailable|SwapCached|SwapTotal|SwapFree)" —— 若 SwapCached 占 SwapTotal 70%+，大概率是内核把干净页换出后未回收，属低开销行为
• pidstat -r -p $(pgrep -f your_app) 1 —— 观察单进程 minflt/s（次缺页）和 majflt/s（主缺页），后者突增才值得警惕

vm.overcommit_memory=1 的实际约束边界在哪？

该模式下，内核用简单公式估算：允许分配 ≤ MemTotal + SwapTotal * 0.5（具体系数由 vm.overcommit_ratio 控制，默认 50）。它不阻止 swap 使用，但会拒绝明显越界的 malloc 请求。风险点在于：