运维安全：服务器 CPU 与内存异常排查 6 步

先确认是 CPU 还是内存瓶颈

结论：用 top 或 htop 一眼能区分，CPU 满和内存满处置顺序不同。按我们运维经验，中小企业服务器约七成卡顿是单个进程跑满 CPU，两到三成是内存被慢慢吃光。先看占用靠前的进程，再决定下一步。用 htop 还能按内存排序，异常时一眼就能看到是哪个容器或进程。

排查要做的 6 个步骤

1. 用 top 看哪个进程 CPU 或 MEM 排在前面。
2. 用 ps 与 lsof 看该进程的命令行与打开的文件。
3. 查 /var/log 下对应服务的错误日志，找报错时间点。
4. 用 free -h 看内存与缓存，判断是否真不够用。
5. 查定时任务与近期上线，排除新代码或脚本引发。
6. 重启或限流问题进程，观察指标是否回落。

内存泄漏怎么识别

结论：内存只涨不跌、重启后几天又满，多半是泄漏，要找常驻进程。常见来源是没释放的缓存、连接池不设上限、定时任务叠加。按我们运维经验，给进程加内存上限通常能把影响圈住，再回头改代码根治。内存泄漏常出现在长驻的服务进程，用监控曲线看"只升不降"的走势比较直观。定位到具体进程后，先用限流或重启止血，再排期改代码，通常能把故障窗口压到分钟级。

要不要加配置或迁移

结论：先把异常进程治好，再谈加内存或换机器，避免白花钱。根据我们项目经验，约六成"卡顿"靠优化进程就能解决，不必立即扩容。确有长期高负载，再按业务峰值评估配置，通常选比当前峰值高两到三成的余量。评估时把数据库、缓存分开计，通常比整机一刀切更准。

安庆企业要注意的 3 个坑

• 不要一卡就重启整机，会丢掉现场，后面更难定位。
• 数据库与网站别放同一台且无备份，故障会放大。
• 预警阈值要提前设，等卡死才发现就晚了。
• 第三方脚本别给过高权限，异常时影响面会扩大。

小结

玉晗网络（安徽安庆）提供服务器运维托管服务，会把 CPU、内存、磁盘、日志做成日常巡检与告警，配合备份与安全防护一起交付。如果您的服务器常莫名卡顿，可以联系我们做一次贴合本地业务的健康排查。