香港服务器内存优化：用 vmstat 定位交换与延迟问题

服务器响应慢不等于内存不足。香港机房决定网络侧的物理位置，内存调优解决的是进程、缓存与交换压力；二者需要分开测量，才能避免把网络抖动当成内存瓶颈。

先看内存压力而不是空闲内存

Linux 会使用未占用内存充当文件缓存，free 输出中“已使用”不表示全部被进程耗尽。观察 MemAvailable、swap in/out、主要进程常驻集与 OOM 日志；若高峰期间频繁交换，才有必要调查内存配额或进程泄漏。容器环境还要同时查看 cgroup 限制。

避免“一键清缓存”式优化

反复 drop_caches 可能导致随后磁盘读取增加，并不会自动改善长期吞吐。数据库、Java 服务、Redis 的内存策略各不相同，应先判断工作集大小与被逐出的热点数据，再调整缓存大小。NUMA 机器可用 numastat 观察跨节点分配，但普通小型 VPS 未必适用。

用固定负载进行前后对照

在压测前记录机器规格、峰值并发、后台任务，分别采集 p50/p95 延迟、IO wait、swap 活动和 OOM 事件。若网络丢包是主要瓶颈，应转而检查线路与应用连接池，而不是继续扩充内存。

实施前需要记录的三类证据

检查维度	应记录的内容	操作与验收方法
内存压力	MemAvailable、swap in/out、OOM 日志	业务高峰连续采样
回收行为	page cache 与 anon memory	对照高负载时的缺页和抖动
回退阈值	p95 请求延迟和可用内存余量	修改一项后复测并留旧配置

内存与交换监测到同负载复测：工作流程图

以下流程是落地执行顺序，建议为每一步保留配置快照、操作人和校验结果；在生产环境修改之前先准备恢复路径。

1. 内存与交换监测：明确当前环境与业务目标，列出系统版本、权限、地域和预期负载。
2. 确定工作集瓶颈：根据上一阶段信息选择可回退的配置，避免同时修改多个相互影响的变量。
3. 调整服务配额：以受控测试或对照环境验证配置，遇到异常优先查看日志和监控。
4. 同负载复测：记录结果和剩余限制，把复测触发条件纳入日常巡检。

怎样判断方案有效，以及不适用的情况

验收依据：示例只读命令：`free -h`、`vmstat 1 5`、`cat /proc/meminfo | head`；判断以业务延迟曲线与交换活动的时间相关性为准。

使用限制：不要在生产高峰修改 swappiness、内核参数或强制释放缓存；先备份配置并保留回滚方式。

如果观察结果不稳定，先保持业务场景、测试位置与时间段可比，再判断是资源瓶颈、服务边界还是配置错误。缺少可复现的数据时，不应把单次结果外推成稳定收益。

官方资料与进一步阅读

• Red Hat：虚拟化环境的内存调优：以产品/项目的现行官方说明为配置与版本核查依据。
• Docker：CPU/内存资源限制、OOM 行为：以产品/项目的现行官方说明为配置与版本核查依据。

延伸阅读：云服务效率优化：先度量资源浪费，再调配置；香港云服务器优势与限制：网络、弹性和数据责任。