我們都知道一臺服務器優良的特性能夠給用戶很好的體驗。但服務器并不是萬能的，雖然服務器出現卡頓的現象比較少見，但也不排除出現的可能，而服務器一旦出現卡頓，造成的后果會嚴重的多。這里霍霍分享幾個處理技巧，希望能有所幫助。
服務器卡頓的情況下，請先檢查服務器的使用情況。
1、CPU使用率是否大于50%。
2、內存使用率是否過高。
3、網絡使用率是否過高。
如果出現上述情況，請聯系技術人員處理。如果沒有出現上述情況則可能由以下原因造成：
1、服務器遭遇CC攻擊導致，需要聯系售后人員做CC防護策略。
2、服務器遭遇較大的流量攻擊，但服務器沒有被流量牽引。
3、設備網卡故障、網線故障、上層交換機故障。在出現故障前，您可以對您服務器的相鄰ip進行測試，如果相鄰ip 也同樣出現丟包情況，說明是上層交換設備故障。
4、機房網絡故障，這將是大范圍的故障。
服務器卡的情況下，一般會出現的表現狀況：
1、服務器嚴重丟包，正常的服務器丟包率為0%，若丟包率高于1%則會出現卡的情況。
2、部分用戶卡，部分用戶不卡，可能由于硬件防火墻造成，部分鏈路堵塞。
3、另外，上述情況也可能是互聯網節點故障造成。
排查服務器的卡頓有利于保證業務穩定性和持續性。Linux中可以通過一些監控命令來實現。
在Linux服務器運維中，實時掌握系統資源的使用情況是保障服務穩定性的基石。無論是CPU過載、內存泄漏、磁盤I/O瓶頸，還是網絡流量異常，都需要依賴一系列高效的命令行工具進行精準監控與分析。本文將系統梳理Linux生態中用于服務器指標監控的核心命令，涵蓋資源查看、性能診斷、趨勢預測及自動化監控場景，并結合實際案例演示如何快速定位問題與優化系統性能。
基礎監控：快速獲取系統狀態
1. top與htop——全局資源總覽
作為最經典的實時監控工具，top命令以動態刷新的方式展示系統的整體負載情況，包括：
CPU使用率：用戶態（us）、系統態（sy）、空閑（id）、等待I/O（wa）等狀態占比。
內存與Swap：物理內存總量、已用、緩存（cache）、交換分區使用情況。
進程列表：按CPU或內存占用排序的進程詳情（PID、用戶、資源消耗等）。
htop是top的增強版，支持彩色顯示、鼠標操作、進程樹視圖及直接殺死進程的功能，交互性更強。例如，通過F6鍵可按磁盤I/O排序進程，快速定位高負載服務。
2. vmstat——虛擬內存與CPU統計
vmstat（Virtual Memory Statistics）以固定間隔輸出系統資源快照，適合觀察趨勢變化：
$ vmstat 2 5 每2秒采樣一次，共5次
procs memory swap io system cpu
r b swpd free buff cache si so bi bo in cs us sy id wa st
1 0 0 5012344 102384 2103456 0 0 25 30 105 220 10 5 85 0 0
關鍵指標解析：
procs.r：等待CPU的進程數，持續大于CPU核心數表示CPU資源緊張。
memory.swpd：交換分區使用量，持續增長可能預示內存不足。
io.bi/bo：塊設備每秒讀寫量（塊數），反映磁盤I/O壓力。
3. iostat——磁盤I/O與設備負載
iostat專注于存儲設備監控，可展示每個磁盤的吞吐量、響應時間及利用率：
$ iostat x 1 每秒顯示擴展信息
Device r/s w/s rkB/s wkB/s await %util
sda 5.2 3.1 120.4 45.2 2.1 8.3
%util：設備帶寬使用率，接近100%表明磁盤成為瓶頸。
await：I/O操作平均等待時間（毫秒），過高可能因磁盤過載或硬件故障。
4. netstat與ss——網絡連接與流量監控
netstat可查看當前網絡連接、路由表及接口統計信息：
$ netstat tulnp 列出所有監聽端口及對應進程
$ netstat s 顯示網絡協議統計（如TCP重傳數）
ss（Socket Statistics）作為netstat的替代品，速度更快且信息更詳細：
$ ss s 匯總所有socket狀態
$ ss it '( dport = :80 )' 篩選目標端口為80的TCP連接
5. free與df——內存與磁盤空間檢查
free顯示內存總量及使用情況，推薦使用h參數以易讀格式輸出：
$ free h
total used free shared buff/cache available
Mem: 7.7G 2.1G 3.2G 256M 2.4G 5.0G
Swap: 2.0G 0B 2.0G
df（Disk Free）展示文件系統磁盤空間使用情況，結合h和T參數可顯示文件系統類型：
$ df hT
Filesystem Type Size Used Avail Use% Mounted on
/dev/sda1 ext4 50G 32G 16G 67% /
進階工具：深度診斷與趨勢分析
1. dstat——多功能資源監控器
dstat整合了vmstat、iostat、netstat等工具的功能，支持彩色輸出與CSV導出：
$ dstat cmsdn topcpu 監控CPU、內存、磁盤、網絡及高CPU進程
通過插件擴展，可監控MySQL查詢、ZFS文件系統等特定服務。
2. sar——歷史數據回溯與報告生成
sar（System Activity Reporter）屬于sysstat工具包，可記錄并分析歷史性能數據：
$ sar u 1 3 每秒采樣CPU使用率，共3次
$ sar r f /var/log/sa/sa15 查看15號的內存歷史數據
需提前啟用sysstat服務（systemctl enable sysstat），數據默認存儲在/var/log/sa/。
3. nmon——交互式性能儀表盤
nmon以分屏模式展示CPU、內存、磁盤、網絡等核心指標，支持快捷鍵切換視圖：
$ nmon s2 c60 每2秒采樣一次，共60次，生成交互式界面
結果可導出為CSV文件，便于后續分析。
4. iftop與nload——實時網絡流量監控
iftop按主機對顯示實時網絡帶寬使用情況：
$ iftop i eth0 監控eth0接口流量
nload則分通道展示進出流量曲線，直觀識別流量峰值。
5. glances——跨平臺綜合監控工具
glances通過Web界面或終端提供一站式監控，支持API集成與告警功能：
$ glances webserver 啟動Web服務（默認端口61208）
場景化監控策略與自動化實踐
1. 實時告警與閾值觸發
結合watch命令定期執行監控指令，并利用grep或awk過濾異常值：
$ watch n 5 "df h | grep '/data' | awk '{print $5}' | tr d '%'" 每5秒檢查/data分區使用率
當使用率超過90%時，可通過郵件或Slack發送告警（需集成mail或curl命令）。
2. 性能瓶頸快速定位
CPU密集型場景：使用pidstat u 1定位高CPU進程，結合perf top分析熱點函數。
內存泄漏排查：通過smem s swap查看進程Swap使用，或valgrind tool=memcheck檢測內存錯誤。
磁盤I/O延遲：iotop按進程排序I/O消耗，iostat x 1觀察%util與await指標。
3. 日志與監控數據持久化
使用cron定時任務收集關鍵指標并存儲：
每日凌晨收集CPU、內存、磁盤數據
0 0 /usr/bin/sar u r d p 1 60 > /var/log/sa/daily_$(date +%F).log
4. 容器化環境監控
對于Docker或Kubernetes環境：
Docker：docker stats實時查看容器資源消耗，cAdvisor提供可視化監控。
Kubernetes：kubectl top pod/node獲取資源用量，集成Prometheus+Grafana構建監控面板。
總結與最佳實踐建議
Linux服務器監控的核心在于“分層觀測”與“工具鏈組合”。日常運維中，建議：
基礎巡檢：使用htop、dstat快速掌握全局狀態。
深度診斷：通過sar、nmon回溯歷史數據，定位偶發性問題。
自動化：編寫Shell腳本或使用Ansible集成監控任務，減少人工干預。
可視化：將數據導入Elasticsearch或Grafana，生成趨勢圖表與告警儀表盤。
無論是單機部署還是大規模集群，合理運用這些命令可將隱性的系統負載轉化為顯性的數據指標，為性能優化與容量規劃提供堅實依據。掌握這些工具，意味著在服務器管理的復雜戰場中，始終擁有“看得清、控得住”的核心能力。

審核編輯 黃宇