《小实例越跑越慢，先看是不是后台任务在抢资源》

前言：前两篇是分清瓶颈在哪、再分清网络慢在哪一段。但有一种慢，前两篇的快照式检查未必抓得到：刚开机时好好的，跑着跑着越来越慢，重启一下又好了，过一阵又慢下来。这种“越跑越慢”，先别急着升配，很可能是后台任务在悄悄抢资源——定时任务、长驻进程、越长越大的日志，都是常见嫌疑。按下面顺序查，先把抢资源的那一个揪出来。

第一处：定时任务是不是在固定时间点抢资源。命令：systemctl list-timers --all；crontab -l。判断标准：systemctl list-timers 看系统定时器下次触发在什么时候、crontab -l 看用户自己的定时任务。先把“变慢的时间点”和定时任务的触发时间对上号：如果每天固定某个时段变慢、而那个时段正好有备份、更新、清理类任务在跑，嫌疑就基本锁定了，升配解决不了定时冲突。

第二处：长驻进程是不是在悄悄吃内存和 CPU。命令：ps aux --sort=-%mem | head -10；ps aux --sort=-%cpu | head -10。判断标准：按内存和 CPU 各排一次前十名，看有没有某个进程的占用在持续往上涨。重点是“持续上涨”而不是“某一刻偏高”：刚启动时正常、跑几天后内存越占越多，这类进程才是越跑越慢的典型来源，先记下进程名和启动时间，再决定是重启它还是修它，别一上来就重启整台机器。

第三处：日志是不是在后台越长越大。命令：journalctl --disk-usage；du -sh /var/log/。判断标准：journalctl --disk-usage 看系统日志占了多少盘，du -sh /var/log/ 看各应用日志分别多大。日志长得快本身不直接拖慢 CPU，但它会先把磁盘吃满，再由磁盘满引发一连串连锁反应——这一步和 10 月 25 日那篇磁盘定位是衔接关系，不是重复：那篇讲盘满了怎么定位，这里讲在盘满之前先发现“谁在长”。

第四处：是不是有僵尸或重复启动的进程在堆积。命令：ps aux | awk ‘$8 ~ /Z/’；systemctl --failed。判断标准：第一条看有没有状态为 Z 的僵尸进程在堆积，第二条看有没有服务处于 failed 后又被反复拉起。单个僵尸进程本身占不了多少资源，但数量堆起来、或者某个服务一直在“失败—重启—再失败”循环里，就会在后台持续消耗调度资源，表现出来就是整机越来越钝。

小结：顺序是：定时任务对时间 → 长驻进程看增长 → 日志看增速 → 僵尸和失败服务看堆积。只有“后台查了一圈都干净、正常业务负载本身确实长期顶满”这一种，才值得升配。越跑越慢先查后台，再花钱。