1panel 面板怎么查看服务器负载

学完这篇，你能在 1Panel 面板里准确找到服务器负载数据、看懂每个数字的含义，并在负载飙高时快速定位是哪个进程或容器在捣乱。

第一步：打开「概览」页，30 秒看到负载概况

这一步的目标是先拿到一个总体印象：CPU、内存、负载三项一眼可见。

用浏览器访问 http://你的服务器IP:面板端口/安全入口，登录后默认就停在左侧菜单的「概览」页（1Panel v1.10.x 及 v2.x 均如此）。页面顶部会并排显示几张实时卡片：CPU 使用率、内存使用率、负载、磁盘、网络上下行。其中「负载」卡片会直接给出 1 分钟、5 分钟、15 分钟 三个数字，这就是 Linux 的 load average。

判断标准很简单：用负载数字除以 CPU 核心数。比如 4 核机器，负载 3.8 属于偏忙但没爆；负载 8 以上说明有大量任务在排队。三个数字里 1 分钟远高于 15 分钟，说明负载正在快速上涨，要立刻去看是哪个进程。

注意：「概览」页的数据是实时刷新的，刷新间隔默认 5 秒左右。如果你刚重启过服务，看到的内存数字偏高是正常的，Linux 会主动把空闲内存拿去做缓存，不是内存泄漏。

第二步：进「主机 → 监控」看历史曲线

概览只能看当下，要看趋势得进监控页。

点左侧菜单「主机」，再点子菜单「监控」。这里会显示 CPU、内存、负载、磁盘 IO、网络的折线图，右上角可以切换时间范围（近 1 小时 / 近 24 小时 / 近 7 天）。

如果第一次进去提示「暂无数据」，说明采集开关没打开。在同一页面右上角点「监控设置」，把「启用监控」打开，设置采集间隔（建议 30 秒或 1 分钟）和数据保留天数（默认 7 天，可按需调到 30 天），保存后等一两个采集周期即可。

注意：监控数据存在面板自己的数据库里。如果你是用 Docker 部署的 1Panel，且启动时没把 /opt/1panel/data 挂载到宿主机，重建容器后历史监控数据会全部丢失。

注意：部分版本把监控入口放在「概览」页右上角的「实时监控」按钮里。左侧菜单找不到「监控」时，先看这里。

第三步：在「主机 → 进程」里找出元凶

知道负载高之后，下一步是找具体进程。

进「主机 → 进程」，列表会显示进程名、PID、CPU 占用、内存占用。点击表头的「CPU」或「内存」列标题即可排序，降序看排在最前面的几个。找到异常进程后，点右侧的「结束进程」按钮可以强制杀掉。杀之前记下 PID 和进程名，方便排查是哪个应用拉起来的。

第四步：用内置终端跑命令交叉验证

面板数据和命令行对一下，心里更有底。

进左侧菜单的「终端」，选择 localhost 这条连接（面板自带的本地连接），直接输入以下命令：

• uptime —— 看三个负载值
• top -bn1 | head -20 —— 一次输出 CPU 占用最高的进程
• free -h —— 看内存和 swap
• df -h —— 看磁盘是否写满
• nproc —— 看 CPU 核心数，用来算负载基准

磁盘写满也会导致负载飙升，这一步别跳过。

第五步：容器和应用层面的负载

如果你是用 1Panel 跑 Docker 应用，还得看看容器这一层。

进左侧菜单「容器 → 容器」，列表里每个运行中的容器都会显示 CPU 和内存占用。点容器名进去，还能看「监控」标签页里的资源曲线。如果某个容器占用极高，点「停止」或「重启」即可。应用层面的入口在「应用商店 → 已安装」，能看到每个应用的状态和端口。

第六步：配一条告警，别再手动盯

最后一步是让面板主动通知你。

进左侧菜单「告警 → 告警设置」，点「添加告警规则」，规则类型选「CPU 使用率」「内存使用率」或「负载」，填入阈值（比如负载 > 8）和持续时间，再选通知方式。通知渠道在「告警 → 通知方式」里配置，支持邮件 SMTP、钉钉、企业微信、飞书和自定义 Webhook。

小结

• 「概览」页看实时负载，「主机 → 监控」看历史曲线，后者需要先在「监控设置」里开启采集。
• 负载高低要除以 CPU 核心数才准确，nproc 查核心数。
• 负载高先看「主机 → 进程」按 CPU 排序，再用「终端」的 top、free -h、df -h 交叉验证；磁盘写满同样是常见元凶。
• Docker 部署的面板要挂载 /opt/1panel/data，否则监控历史会丢。
• 长期省心靠告警：「告警 → 告警设置」加规则，别靠人盯。