一、uptime命令

[root@#test~]# uptime
15:26:42 up 101 days, 18:44,  3 users,  load average: 0.18, 0.22, 0.19

这个命令可以快速查看机器的负载情况。在Linux系统中,这些数据表示等待CPU资源的进程和阻塞在不可中断IO进程(进程状态为D)的数量。这些数据可以让我们对系统资源使用有一个宏观的了解。

命令的输出分别表示1分钟、5分钟、15分钟的平均负载情况。通过这三个数据,可以了解服务器负载是在趋于紧张还是趋于缓解。如果1分钟平均负载很高,而15分钟平均负载很低,说明服务器正在命令高负载情况,需要进一步排查CPU资源都消耗在了哪里。反之,如果15分钟平均负载很高,1分钟平均负载较低,则有可能是CPU资源紧张时刻已经过去。

上面例子中的输出,可以看见最近1分钟的平均负载非常高,且远高于最近15分钟负载,因此我们需要继续排查当前系统中有什么进程消耗了大量的资源。可以通过下文将会介绍的vmstat、mpstat等命令进一步排查。

二、dmesg命令

[root@#test ~]# dmesg | tail
[8781257.892708] [15693] 0 15693 31339 324 20 0 -500 docker-proxy
[8781257.892710] [15706] 0 15706 47723 166 20 152 -500 docker-proxy
[8781257.892712] [15714] 0 15714 2944 664 10 40 -999 containerd-shim
[8781257.892714] [15732] 1100 15732 4935 1 14 83 0 docker-entrypoi
[8781257.892716] [15817] 1100 15817 1182396 99096 393 22698 0 java
[8781257.892719] [20545] 0 20545 22827 2800 37 0 -999 containerd
[8781257.892721] [20553] 0 20553 14374 868 23 0 -999 runc
[8781257.892722] [20565] 0 20565 33148 53 21 123 0 crond
[8781257.892724] Out of memory: Kill process 12276 (java) score 104 or sacrifice child
[8781257.895823] Killed process 12276 (java) total-vm:5099720kB, anon-rss:578008kB, file-rss:0kB, shmem-rss:0kB

该命令会输出系统日志的最后10行。示例中的输出,可以看见一次内核的oom kill。这些日志可以帮助排查性能问题。千万不要忘了这一步。

三、vmstat命令

[root@#test ~]# vmstat 1
procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
r b swpd free buff cache si so bi bo in cs us sy id wa st
3 0 3721428 126520 0 494588 2 1 31 6 1 0 1 1 98 0 0
1 0 3721428 126396 0 494620 0 0 0 15 2875 5326 1 1 98 0 0
0 0 3721428 126428 0 494620 0 0 0 16 3104 5673 1 1 98 0 0
0 0 3721428 126304 0 494620 0 0 0 14 2932 5458 1 1 98 0 0
0 0 3721428 126272 0 494572 60 0 60 19 3010 5495 1 1 97 1 0
1 0 3721428 121860 0 494624 0 0 0 45 5701 9162 7 5 88 0 0
0 0 3721428 125652 0 494612 20 0 20 16 3292 5955 2 2 97 0 0
0 0 3721428 125684 0 494632 0 0 0 14 2965 5480 2 1 97 0 0

vmstat(8) 命令,每行会输出一些系统核心指标,这些指标可以让我们更详细的了解系统状态。后面跟的参数1,表示每秒输出一次统计信息,表头提示了每一列的含义,这几介绍一些和性能调优相关的列:

r:等待在CPU资源的进程数。这个数据比平均负载更加能够体现CPU负载情况,数据中不包含等待IO的进程。如果这个数值大于机器CPU核数,那么机器的CPU资源已经饱和。
free:系统可用内存数(以千字节为单位),如果剩余内存不足,也会导致系统性能问题。下文介绍到的free命令,可以更详细的了解系统内存的使用情况。
si,so:交换区写入和读取的数量。如果这个数据不为0,说明系统已经在使用交换区(swap),机器物理内存已经不足。
us, sy, id, wa, st:这些都代表了CPU时间的消耗,它们分别表示用户时间(user)、系统(内核)时间(sys)、空闲时间(idle)、IO等待时间(wait)和被偷走的时间(stolen,一般被其他虚拟机消耗)。
上述这些CPU时间,可以让我们很快了解CPU是否出于繁忙状态。一般情况下,如果用户时间和系统时间相加非常大,CPU出于忙于执行指令。如果IO等待时间很长,那么系统的瓶颈可能在磁盘IO。

四、mpstat命令

[root@#test ~]# mpstat -P ALL 1
Linux 3.10.0-957.1.3.el7.x86_64 (#test.com) 2019年07月15日 _x86_64_ (4 CPU) 15时30分10秒 CPU %usr %nice %sys %iowait %irq %soft %steal %guest %gnice %idle
15时30分11秒 all 1.01 0.00 0.76 0.25 0.00 0.00 0.00 0.00 0.00 97.98
15时30分11秒 0 1.01 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 98.99
15时30分11秒 1 1.01 0.00 1.01 1.01 0.00 0.00 0.00 0.00 0.00 96.97
15时30分11秒 2 1.02 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 98.98
15时30分11秒 3 1.01 0.00 1.01 0.00 0.00 0.00 0.00 0.00 0.00 97.98 15时30分11秒 CPU %usr %nice %sys %iowait %irq %soft %steal %guest %gnice %idle
15时30分12秒 all 1.52 0.00 0.76 0.00 0.00 0.00 0.00 0.00 0.00 97.72
15时30分12秒 0 1.02 0.00 1.02 0.00 0.00 0.00 0.00 0.00 0.00 97.96
15时30分12秒 1 2.02 0.00 2.02 0.00 0.00 0.00 0.00 0.00 0.00 95.96
15时30分12秒 2 2.02 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 97.98
15时30分12秒 3 1.02 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 98.98 15时30分12秒 CPU %usr %nice %sys %iowait %irq %soft %steal %guest %gnice %idle
15时30分13秒 all 0.76 0.00 0.76 0.25 0.00 0.00 0.00 0.00 0.00 98.23
15时30分13秒 0 1.01 0.00 1.01 0.00 0.00 0.00 0.00 0.00 0.00 97.98
15时30分13秒 1 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 100.00
15时30分13秒 2 0.00 0.00 1.02 0.00 0.00 0.00 0.00 0.00 0.00 98.98
15时30分13秒 3 1.01 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 98.99

该命令可以显示每个CPU的占用情况,如果有一个CPU占用率特别高,那么有可能是一个单线程应用程序引起的。

五、pidstat命令

[root@#test ~]# pidstat 1
Linux 3.10.0-957.1.3.el7.x86_64 (#test.com) 2019年07月15日 _x86_64_ (4 CPU) 15时32分51秒 UID PID %usr %system %guest %CPU CPU Command
15时32分52秒 1000 566 0.95 0.00 0.00 0.95 1 java
15时32分52秒 0 1408 0.95 0.00 0.00 0.95 3 containerd
15时32分52秒 0 3741 0.00 0.95 0.00 0.95 3 java
15时32分52秒 0 6399 0.95 0.00 0.00 0.95 1 java
15时32分52秒 0 15272 0.00 2.86 0.00 2.86 0 freeswitch
15时32分52秒 0 15714 1.90 0.95 0.00 2.86 3 containerd-shim
15时32分52秒 1100 15817 0.95 0.95 0.00 1.90 2 java
15时32分52秒 0 19899 0.95 1.90 0.00 2.86 1 pidstat
15时32分52秒 0 19944 0.95 1.90 0.00 2.86 3 containerd
15时32分52秒 0 20395 0.00 1.90 0.00 1.90 2 freeswitch 15时32分52秒 UID PID %usr %system %guest %CPU CPU Command
15时32分53秒 999 565 1.00 1.00 0.00 2.00 0 mongod
15时32分53秒 1000 566 0.00 1.00 0.00 1.00 1 java
15时32分53秒 0 1412 0.00 1.00 0.00 1.00 1 dockerd
15时32分53秒 0 3337 1.00 0.00 0.00 1.00 3 java
15时32分53秒 1000 5570 1.00 0.00 0.00 1.00 3 java
15时32分53秒 0 6399 0.00 1.00 0.00 1.00 1 java
15时32分53秒 0 13255 0.00 1.00 0.00 1.00 3 java
15时32分53秒 0 13371 1.00 0.00 0.00 1.00 3 java
15时32分53秒 0 15075 0.00 1.00 0.00 1.00 1 java
15时32分53秒 0 15272 0.00 4.00 0.00 4.00 0 freeswitch
15时32分53秒 0 15714 1.00 0.00 0.00 1.00 3 containerd-shim
15时32分53秒 1100 15817 1.00 0.00 0.00 1.00 2 java
15时32分53秒 0 19899 0.00 1.00 0.00 1.00 1 pidstat
15时32分53秒 0 20395 0.00 1.00 0.00 1.00 3 freeswitc

pidstat命令输出进程的CPU占用率,该命令会持续输出,并且不会覆盖之前的数据,可以方便观察系统动态。如上的输出,可以看见两个JAVA进程占用了将近1600%的CPU时间,既消耗了大约16个CPU核心的运算资源。

六、iostat命令

[root@#test ~]# iostat -xz 1
Linux 3.10.0-957.1.3.el7.x86_64 (#test.com) 2019年07月15日 _x86_64_ (4 CPU) avg-cpu: %user %nice %system %iowait %steal %idle
0.91 0.00 0.97 0.06 0.00 98.06 Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util
scd0 0.00 0.00 0.00 0.00 0.00 0.00 114.22 0.00 16.11 16.11 0.00 15.83 0.00
sda 1.46 0.71 1.76 1.85 121.30 25.18 81.14 0.02 6.14 7.41 4.92 0.97 0.35
dm-0 0.00 0.00 1.49 1.62 114.33 21.42 87.33 0.02 6.12 7.78 4.60 0.76 0.24
dm-1 0.00 0.00 1.74 0.94 6.96 3.77 8.00 0.03 12.42 6.49 23.36 0.48 0.13

r/s, w/s, rkB/s, wkB/s:分别表示每秒读写次数和每秒读写数据量(千字节)。读写量过大,可能会引起性能问题。
await:IO操作的平均等待时间,单位是毫秒。这是应用程序在和磁盘交互时,需要消耗的时间,包括IO等待和实际操作的耗时。如果这个数值过大,可能是硬件设备遇到了瓶颈或者出现故障。
avgqu-sz:向设备发出的请求平均数量。如果这个数值大于1,可能是硬件设备已经饱和(部分前端硬件设备支持并行写入)。
%util:设备利用率。这个数值表示设备的繁忙程度,经验值是如果超过60,可能会影响IO性能(可以参照IO操作平均等待时间)。如果到达100%,说明硬件设备已经饱和。
如果显示的是逻辑设备的数据,那么设备利用率不代表后端实际的硬件设备已经饱和。值得注意的是,即使IO性能不理想,也不一定意味这应用程序性能会不好,可以利用诸如预读取、写缓存等策略提升应用性能。

七、free命令

[root@#test ~]# free -m
total used free shared buff/cache available
Mem: 3789 3181 123 4 484 313
Swap: 3967 3635 332

free命令可以查看系统内存的使用情况,-m参数表示按照兆字节展示。最后两列分别表示用于IO缓存的内存数,和用于文件系统页缓存的内存数。需要注意的是,第二行-/+ buffers/cache,看上去缓存占用了大量内存空间。

这是Linux系统的内存使用策略,尽可能的利用内存,如果应用程序需要内存,这部分内存会立即被回收并分配给应用程序。因此,这部分内存一般也被当成是可用内存。

如果可用内存非常少,系统可能会动用交换区(如果配置了的话),这样会增加IO开销(可以在iostat命令中提现),降低系统性能。

八、sar命令

[root@#test ~]# sar -n DEV 1
Linux 3.10.0-957.1.3.el7.x86_64 (#test.com) 2019年07月15日 _x86_64_ (4 CPU) 15时36分45秒 IFACE rxpck/s txpck/s rxkB/s txkB/s rxcmp/s txcmp/s rxmcst/s
15时36分46秒 vethdb57189 2.00 4.00 0.72 0.62 0.00 0.00 0.00
15时36分46秒 veth734ba4e 30.00 22.00 7.70 7.25 0.00 0.00 0.00
15时36分46秒 lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00
15时36分46秒 br-502e803e527a 2.00 4.00 1.40 1.87 0.00 0.00 0.00
15时36分46秒 ens160 8.00 4.00 2.17 1.55 0.00 0.00 0.00
15时36分46秒 docker0 0.00 0.00 0.00 0.00 0.00 0.00 0.00
15时36分46秒 veth77e2aad 16.00 24.00 4.65 5.66 0.00 0.00 0.00

sar命令在这里可以查看网络设备的吞吐率。在排查性能问题时,可以通过网络设备的吞吐量,判断网络设备是否已经饱和。

[root@#test ~]# sar -n TCP,ETCP 1
Linux 3.10.0-957.1.3.el7.x86_64 (#test.com) 2019年07月15日 _x86_64_ (4 CPU) 15时39分28秒 active/s passive/s iseg/s oseg/s
15时39分29秒 1.00 0.00 3.00 2.00 15时39分28秒 atmptf/s estres/s retrans/s isegerr/s orsts/s
15时39分29秒 1.00 0.00 0.00 0.00 1.00 15时39分29秒 active/s passive/s iseg/s oseg/s
15时39分30秒 0.00 0.00 3.00 3.00 15时39分29秒 atmptf/s estres/s retrans/s isegerr/s orsts/s
15时39分30秒 0.00 0.00 0.00 0.00 0.00

sar命令在这里用于查看TCP连接状态,其中包括:

active/s:每秒本地发起的TCP连接数,既通过connect调用创建的TCP连接;
passive/s:每秒远程发起的TCP连接数,即通过accept调用创建的TCP连接;
retrans/s:每秒TCP重传数量;
TCP连接数可以用来判断性能问题是否由于建立了过多的连接,进一步可以判断是主动发起的连接,还是被动接受的连接。TCP重传可能是因为网络环境恶劣,或者服务器压

九、top命令

top命令包含了前面好几个命令的检查的内容。比如系统负载情况(uptime)、系统内存使用情况(free)、系统CPU使用情况(vmstat)等。因此通过这个命令,可以相对全面的查看系统负载的来源。同时,top命令支持排序,可以按照不同的列排序,方便查找出诸如内存占用最多的进程、CPU占用率最高的进程等。

但是,top命令相对于前面一些命令,输出是一个瞬间值,如果不持续盯着,可能会错过一些线索。这时可能需要暂停top命令刷新,来记录和比对数据。

Linux服务器性能查看命令的更多相关文章

  1. Linux服务器性能查看分析调优

    一 linux服务器性能查看 1.1 cpu性能查看 1.查看物理cpu个数: cat /proc/cpuinfo |grep "physical id"|sort|uniq|wc ...

  2. 【转】linux服务器性能查看

    转载自https://blog.csdn.net/achenyuan/article/details/78974729 1.1 cpu性能查看 1.查看物理cpu个数: cat /proc/cpuin ...

  3. linux服务器性能查看

    1.1 cpu性能查看 1.查看物理cpu个数: cat /proc/cpuinfo |grep "physical id"|sort|uniq|wc -l 2.查看每个物理cpu ...

  4. Linux服务器性能检测命令集锦

    uptime $ uptime 23:51:26 up 21:31, 1 user, load average: 30.02, 26.43, 19.02 这个命令可以快速查看机器的负载情况.在Linu ...

  5. 1分钟内检查Linux服务器性能的命令

    1.uptime 在Linux系统中,这些数据表示等待CPU资源的进程和阻塞在不可中断IO进程(进程状态为D)的数量. 2.dmesg|tail 命令会输出系统日志的最后10行,这些日志都可以排查性能 ...

  6. dstat 服务器性能查看命令【转】

    一. 安装和简解 # yum -y install dstat# dstat CPU状态:CPU的使用率.这项报告更有趣的部分是显示了用户,系统和空闲部分,这更好地分析了CPU当前的使用状况.如果你看 ...

  7. Linux服务器性能分析与调优

    一 linux服务器性能查看 1.1 cpu性能查看 1.查看物理cpu个数: cat /proc/cpuinfo |grep "physical id"|sort|uniq|wc ...

  8. linux 服务器性能监控(一)

    这篇文章主要介绍一些常用的linux服务器性能监控命令,包括命令的常用参数.指标的含义以及一些交互操作. 几个问题 命令本身并不复杂,关键是你对操作系统基础知识的掌握和理解,先来看看下面几个问题: C ...

  9. 用十条命令在一分钟内检查Linux服务器性能

    转自:http://www.infoq.com/cn/news/2015/12/linux-performance 如果你的Linux服务器突然负载暴增,告警短信快发爆你的手机,如何在最短时间内找出L ...

随机推荐

  1. dubbo小教程

    dubbo小教程 先给出阿里巴巴dubbo的主页:http://code.alibabatech.com/wiki/display/dubbo/Home-zh 自己的demo下载地址:http://d ...

  2. POJ 1416:Shredding Company

    Shredding Company Time Limit: 1000MS   Memory Limit: 10000K Total Submissions: 4713   Accepted: 2714 ...

  3. Android 心跳包心跳连接 如何实现android和服务器长连接呢?推送消息的原理

    前言:现在的大多数移动端应用都有实时得到消息的能力,简单来说,有发送消息的主动权和接受消息的被动权.例如:微信,QQ,天气预报等等,相信好处和用户体验相信大家都知道吧. 提出问题:这种功能必须涉及cl ...

  4. Windows下Nodejs的开发环境搭建

    我为什么选择学习 Node.js Node.js是前后端分离开发的新选择.比较热门的前端框架React,Vue都可以在Node.js环境上开发. Node.js 是一个基于 Chrome V8 引擎的 ...

  5. 修改默认SQL字符集

    Setup /QUIET /ACTION=REBUILDDATABASE /INSTANCENAME=MSSQLSERVER /SQLSYSADMINACCOUNTS=lab\sccmadmin /S ...

  6. 图解kubernetes容器状态同步机制核心实现

    在K8s中将Pod调度到某一台Node节点之后,后续的状态维护信息则是由对应机器上的kubelet进行维护,如何实时反馈本地运行状态,并通知apiserver则是设计的难点, 本节主要是通过感知Pod ...

  7. 吴裕雄--天生自然TensorFlow2教程:Broadcasting

    Broadcasting可以理解成把维度分成大维度和小维度,小维度较为具体,大维度更加抽象.也就是小维度针对某个示例,然后让这个示例通用语大维度. import tensorflow as tf x ...

  8. ElasticSearch的9200和9300端口的区别

    9200用于外部通讯,基于http协议,程序与es的通信使用9200端口. 9300jar之间就是通过tcp协议通信,遵循tcp协议,es集群中的节点之间也通过9300端口进行通信.

  9. java 练习题带答案

    第一题 int x = 1,y=1; if(x++==2 & ++y==2) { x =7; } System.out.println("x="+x+",y=&q ...

  10. keil5最新破解教程(可以使用到2032年哦!):

    keil5最新破解教程(可以使用到2032年哦!): 首先附上破解软件下载链接:https://github.com/lzfyh2017/keil5- 相信不少小伙伴使用的keil5都快要到期了,那么 ...