一、背景场景 这是一个技术排障案例：给专业摄影师管理服务器，他用了一款叫 Sonora 的摄影类 WordPress 主题，功能是建图片画廊、展示高清大图。 摄影师每天上传大量高分辨率照片（单张 20MB 甚至更大） 他反馈：上传时网站极慢，生成缩略图要花 5 分钟 二、第一次排查：基础硬件与系统状态 管理员登录服务器后，做了基础检查： 硬件配置：4GB 内存、2 核 CPU（标准入门级配置） 磁盘空间：剩余 50GB（充足） 网络：速度正常，排除网络问题 用 top 命令看系统负载：http://xgzkjy.cn/ CPU 负载 1.5（对 2 核服务器来说属于正常范围） 但 wa（I/O wait）值高达 30% → CPU 大量时间在等磁盘读写，说明瓶颈不在 CPU，而在磁盘 I/O 三、找到根本原因：内存耗尽 + 磁盘交换（Swap） 继续排查进程列表，发现关键线索： 有 5 个 convert 进程在运行，这是 ImageMagick（WordPress 用来调整图片大小、生成缩略图的工具）的进程。 摄影师上传了 10 张照片，WordPress 同时启动了多个 convert 进程处理。 这些进程把 4GB 内存吃满了，甚至用到了 100%，导致服务器开始使用 Swap（磁盘交换）： Swap 是把硬盘空间当 “虚拟内存” 用，但硬盘的读写速度比内存慢得多。 大量的内存交换操作，导致磁盘 I/O 被占满，CPU 一直在等磁盘，也就是前面看到的高 wa 值。 最终表现就是：生成缩略图、上传文件的过程严重卡顿，耗时极长。 四、下一步排查：用 vmstat 监控内存 为了拿到更详细的数据，管理员使用了 vmstat 工具，执行命令： bash 运行 vmstat 1 100 这个命令会每秒输出一次系统状态，持续 100 秒，用来观察内存变化： free（空闲内存）列数值极低，不足 50MB buff/cache（缓存 / 缓冲区）也在持续下降 同时 si/so（swap in/swap out）列有数据，证实了系统正在频繁进行磁盘交换 五、核心结论总结 这个问题的本质，是 “高负载的图片处理 + 小内存服务器” 的典型冲突： 高分辨率图片的缩略图生成，是非常吃内存的操作 4GB 内存同时跑多个 ImageMagick 进程，直接把内存打满 触发 Swap 后，磁盘 I/O 被拖垮，最终导致整个上传 / 处理流程变慢