Loading... ## **Linux服务器性能监控与网卡排查实战指南** **在服务器性能测试中，快速、准确地掌握网络状态和系统资源负载是保障压测顺利进行、精准定位瓶颈的关键。作为一名测试人员，无论是执行压测前的环境检查，还是压测过程中的实时监控，亦或是压测后的问题排查，都离不开对底层数据的洞察。本文将整理一系列实战命令，帮助你高效完成网卡状态确认、系统全维度性能监控（CPU、内存、磁盘、网络）以及高负载进程分析，为性能测试工作提供坚实的数据支撑。** #### **一、网卡硬件与链路状态查询** **在启动压测任务前，首要步骤是确认被测服务器的物理网卡状态，包括速率、双工模式及链路信号，确保网络基础环境符合测试预期。**`ethtool`是获取这些底层信息的必备工具。 **常用命令：** ``` ethtool ens32 ``` **说明：** * **请将**`ens32`替换为你服务器实际的网卡名称（可通过`ip addr`查看）。 * **该命令可以查看网卡支持的端口类型、链路模式、当前速度（Speed）、双工模式（Duplex）以及是否检测到链路信号（Link detected）。** #### **二、全维度系统性能监控（nmon）** `nmon`是一款强大的系统监控工具，能够同时监控CPU、内存、磁盘I/O、网络接口等关键指标。在性能压测期间，特别是针对特定时间段（如晚高峰21:00-22:00）的业务模拟，推荐使用后台记录模式，以获取高精度、可回溯的性能数据。 **1. 推荐的高精度监控命令** **以下命令将以1秒为间隔，连续记录4200次数据（约70分钟），并将数据保存至指定目录，完整覆盖压测周期。** **基础监控（含Top进程）：** ``` nmon -f -t -s 1 -c 4200 -m /tmp/nmon_data/ ``` **增强监控（增加TCP连接数统计）：** ``` nmon -f -t -N -s 1 -c 4200 -m /tmp/nmon_data/ ``` **参数详解：** * `-f`：以CSV格式在后台运行，便于后续导出分析。 * `-t`：记录Top进程信息，捕捉高负载进程。 * `-s 1`：采样间隔为1秒。 * `-c 4200`：总共采样4200次。 * `-m /tmp/nmon_data/`：指定数据输出目录。 * `-N`：开启TCP连接数统计。 **2. 检查监控进程状态** **启动监控后，为确保**`nmon`已在后台正确执行，可以使用以下命令确认： ``` ps aux | grep nmon ``` #### **三、CPU与进程实时分析** **除了后台记录数据，实时的交互式监控对于快速定位压测过程中的瞬时卡顿或资源争抢同样重要。以下是几种查看CPU和进程负载的常用方式。** **1. 原生top命令优化** **默认的**`top`界面信息有限，建议使用以下参数增强显示效果，以便在压测时快速识别问题进程： ``` top -c -o %CPU ``` * `-c`：显示完整的命令行路径，方便识别具体脚本或程序。 * `-o %CPU`：强制按CPU使用率排序，让高负载进程一目了然。 **2. 使用htop（推荐）** **如果系统已安装**`htop`，它提供了更友好的交互界面和垂直/横向滚动功能，是实时分析的首选： ``` htop ``` **3. 查看多核CPU详情** **当压测负载较高时，需要分析具体哪个CPU核心出现瓶颈（如单核跑满），此时**`mpstat`非常有用： ``` mpstat -P ALL 1 ``` **该命令会实时显示所有逻辑CPU核心的使用率，帮助你判断负载均衡情况，识别是否存在CPU亲和性问题。** #### **总结** | **监控目标** | **推荐工具/命令** | **核心用途** | | ------------- | ----------------- | ----------------------------------------- | | **网卡状态** | `ethtool` | **检查物理链路、速率、双工模式** | | **系统全貌** | `nmon` | **长期记录CPU、磁盘、网络、内存历史数据** | | **进程/负载** | `htop`/`top` | **实时查看高负载进程及命令行参数** | | **CPU核心** | `mpstat` | **分析多核CPU的负载分布** | **通过组合使用上述工具，你可以构建从物理层到应用层的完整监控视图，为性能测试提供精准的数据支持，快速响应并定位服务器性能异常。** 最后修改：2026 年 04 月 30 日 © 允许规范转载 赞 如果觉得我的文章对你有用，请随意赞赏
此处评论已关闭