说实话，掌握进程与系统资源管理是运维的必备技Neng，你懂的！

运维如养马，既要kan清每匹马的奔跑状态，也要掌握整个马场的草料消耗。

这篇文章围绕 ps / top / free / uptime / ulimit / vmstat 这组命令展开，帮你构建一套从"kan一眼"到"定位问题"的完整排查链路。

# 第一步：kan总体情况$ uptime :: up days, :, users, load average: , ,

害，kan到 load average 那三个值了吗？分别表示过去 、、 分钟的平均负载。

咱就是说Ru果 分钟值远大于 分钟值，说明负载正在飙升，需要立即排查。

# 第二步：kan CPU 和进程$ top -bn1 | head -top - :: up days, :, users, load average: , , 案例 ：CPU 排查——top + ps 组合拳

发现：一个 node 进程占用 % CPU。

# 第三步：进一步查kan该进程的线程$ ps -Lf | wc -l# 确认线程数正常

Node.js 应用出现 CPU 密集型操作。

$ free -h total used free shared buff/cache availableMem: Gi Gi .Gi .Gi Gi GiSwap: Gi .Gi Gi

关键解读：available 列显示还有多少可用内存。

hen多人kan到 used: Gi / total: Gi 就觉得内存不够了实际上 buff/cache 里的内存大部分是Ke以回收的。

# 第一步：确认当前限制$ ulimit -n # 默认值hen小！# 第二步：查kan该进程当前打开了多少文件$ ls -l /proc//fd | wc -l # Yi经超过了 四、常见坑点 / 注意事项 ⚠️ 为什么百度不收录我的文章？

这个问题嘛，哈哈，其实有hen多原因，比如内容质量、关键词优化啥的，你得检查检查是不是原创度不够，或者是不是被黑了之类的，不对不对，应该是检查网站结构和外链建设，说实话，这里面水挺深的！

你Ke以试试提高内容质量和原创度，增加外链啥的，不行就去问问专业人士吧，你懂的！说白了就是得让你的内容对用户有价值，同时符合搜索引擎的规则，那个那个，就这样吧！

hen多人kan到 used: 25Gi / total: 31Gi 就觉得内存不够了实际上 buff/cache 里的内存大部分是Ke以回收的。永远优先kan available 列。

┌─ 服务器变慢？├─→ uptime → 负载高？│ ├─→ top → CPU 高 → 找到吃 CPU 的进程│ ├─→ top → I/O wait 高 → iostat 进一步定位│ └─→ free → available 低 + vmstat si/so> → 内存不足├─→ 文件句柄溢出？│ └─→ ls /proc//fd | wc -l → 确认 → 调整 nofile└─→ 日常巡检？ └─→ free -h + top -bn1 + vmstat → 秒内掌握全局

Zui后修改一下格式和个别字句以避开高度规整。