Linux运维目笔记-日常操作命令总结【进程】

一、进程和线程区别

1）💕两者概念💕
进程是具有一定独立功能的程序关于某个数据集合上的一次运行活动,进程是系统进行资源分配和调度的一个独立单位.
线程是指进程内的一个执行单元,也是进程内的可调度实体. 线程是CPU调度和分派的基本单位,它是比进程更小的能独立运行的基本单位线程自己基本上不拥有系统资源,只拥有一点在运行中必不可少的资源(如程序计数器,一组寄存器和栈),但是它可与同属一个进程的其他的线程共享进程所拥有的全部资源.

2）💕两者关系💕
一个线程可以创建和撤销另一个线程;同一个进程中的多个线程之间可以并发执行.
相对进程而言，线程是一个更加接近于执行体的概念，它可以与同进程中的其他线程共享数据，但拥有自己的栈空间，拥有独立的执行序列。

3）💕两者区别💕
进程和线程的主要差别在于它们是不同的操作系统资源管理方式：
进程有独立的地址空间，一个进程崩溃后，在保护模式下不会对其它进程产生影响；而线程只是一个进程中的不同执行路径。
线程有自己的堆栈和局部变量，但线程之间没有单独的地址空间，一个线程死掉就等于整个进程死掉，所以多进程的程序要比多线程的程序健壮，但在进程切换时，耗费资源较大，效率要差一些. 但对于一些要求同时进行并且又要共享某些变量的并发操作，只能用线程，不能用进程。

💕进程和线程的区别
-  地址空间:线程是进程内的一个执行单元;进程至少有一个线程;它们共享进程的地址空间;而进程有自己独立的地址空间;
-  资源拥有:进程是资源分配和拥有的单位,同一个进程内的线程共享进程的资源
-  线程是处理器调度的基本单位,但进程不是.
-  进程和线程二者均可并发执行.
-  简而言之,一个程序至少有一个进程,一个进程至少有一个线程.
-  线程的划分尺度小于进程，使得多线程程序的并发性高。
-  另外，进程在执行过程中拥有独立的内存单元，而多个线程共享内存，从而极大地提高了程序的运行效率。
-  线程在执行过程中与进程是有区别的。每个独立的线程有一个程序运行入口、顺序执行序列和程序的出口。但是线程不能够独立执行，必须依存在应用程序中，由应用程序提供多个线程执行控制。
-  从逻辑角度来看，多线程的意义在于一个应用程序中，有多个执行部分可以同时执行。但操作系统并没有将多个线程看做多个独立的应用，来实现进程的调度和管理以及资源分配。这就是进程和线程的重要区别。

4）💕优缺点
线程和进程在使用上各有优缺点：
-  线程执行开销小，但不利于资源的管理和保护；而进程正相反。
-  线程适合于在SMP机器上（即对称多处理结构的简称,是指在一个计算机上汇集了一组处理器(多CPU),各CPU之间共享内存子系统以及总线结构）运行，而进程则可以跨机器迁移。

二、💕💕💕pstree命令

-a：显示每个程序的完整指令，包含路径，参数或是常驻服务的标示；
-p：显示程序识别码；

三、💕💕💕top命令




主要内容：

PID	进程 ID
USER	进程所有者的用户名
PR	优先级
NI	nice 值。负值表示高优先级，正值表示低优先级
VIRT	进程使用的虚拟内存总量，单位kb。VIRT=SWAP+RES
RES	进程使用的、未被换出的物理内存大小，单位 kb。RES=CODE+DATA
SHR	共享内存大小，单位 kb
S	进程状态。D=不可中断的睡眠状态 R=运行 S=睡眠 T=跟踪/停止 Z=僵尸进程
%CPU	top 命令上次更新到现在的 CPU 时间占用百分比
%MEM	进程使用的物理内存百分比
TIME+	进程使用的 CPU 时间总计，单位 1/100 秒
COMMAND	命令名/命令行

应用：top -Hp 查看线程情况

四、ps命令

```bash
-A    显示所有进程（等价于-e）(utility)
-a    显示一个终端的所有进程，除了会话引线
-x    显示没有控制终端的进程，同时显示各个命令的具体路径。dx不可合用。（utility）
-u    uid or username 选择有效的用户id或者是用户名
-g    gid or groupname 显示组的所有进程。
-f    全部列出，通常和其他选项联用。如：ps -fa or ps -fx and so on.
-l    长格式（有F,wchan,C 等字段）
-m    显示所有的线程
-H    显示进程的层次(和其它的命令合用，如：ps -Ha)（utility）
-e    显示所有进程,环境变量
h：不显示标题列。
-H：显示树状结构，表示程序间的相互关系。

二、ps -aux 结果

💕💕💕命令详解：

第一列：用户名，即该进程由哪个用户启用
第二列：PID:进程编号  越靠近核心编号越小
第三列：占CPU的比例
第四列：占内存的比例
第五列：VSZ 虚拟内存大小大部分指swap空间  进程占用的虚拟的内存大小（物理内存+swap）
第六列：RSS 驻留内存空间大小  驻留内存指程序不能交换到交换分区的部分占据内存大小,进程占用的物理内存的大小
第七列：TTY 终端编号:代表系统自己运行的进程，tty1表示虚拟机上桌面控制台
第八列：进程的状态
R 正在运行或可以运行（运行的程序多CPU少，先运行一部分，另一部分是可以运行）
S 休眠
D 不可中断的休眠,一般是在IO操作结束
Z 僵尸进程
T 停止,进程收到SIGSTOP，SIGSTP，SIGTIN，SIGTOU信号
跟随字母的含义:
< 高优先级
N 低优先级
L 有页锁定在内存中。用于实时的或者用户定义IO
s 父进程，其有子进程
l 多线程
+ 表示前台运行进程组中的进程
第九列：启动时间：当天启动显示时间，隔天或更早以前显示日期
第十列：启动进程是运行的时长
第十一列：进程名：带[]的是核心进程

三、ps -ef 结果详解

💕💕💕命令详解：

1.UID   用户ID
2.PID    进程ID
3.PPID   父进程ID
4.C      CPU占用率
5.STIME     开始时间
6.TTY       开始此进程的TTY----终端设备
7.TIME     此进程运行的总时间
8.CMD       命令名

四、实例：

ps axo pid,comm,pcpu # 查看进程的PID、名称以及CPU 占用率
ps aux | sort -rnk 4 # 按内存资源的使用量对进程进行排序
ps aux | sort -nk 3  # 按 CPU 资源的使用量对进程进行排序
ps -A # 显示所有进程信息
ps -u root # 显示指定用户信息
ps -efL # 查看线程数
ps -e -o "%C : %p :%z : %a"|sort -k5 -nr # 查看进程并按内存使用大小排列
ps -ef # 显示所有进程信息，连同命令行
ps -ef | grep ssh # ps 与grep 常用组合用法，查找特定进程
ps -C nginx # 通过名字或命令搜索进程
ps aux --sort=-pcpu,+pmem # CPU或者内存进行排序,-降序，+升序
ps -f --forest -C nginx # 用树的风格显示进程的层次关系
ps -o pid,uname,comm -C nginx # 显示一个父进程的子进程
ps -e -o pid,uname=USERNAME,pcpu=CPU_USAGE,pmem,comm # 重定义标签
ps -e -o pid,comm,etime # 显示进程运行的时间
ps -aux | grep named # 查看named进程详细信息
ps -o command -p 91730 | sed -n 2p # 通过进程id获取服务名称

五、如何查看某个进程的线程数

**💕💕💕💕💕💕💕💕💕确定进程内部当前运行了多少线程💕💕💕💕💕💕💕💕💕💕💕💕**
```bash
有些时候需要确定进程内部当前运行了多少线程，查询方法如下：
1）💕通过pstree命令（根据pid）进行查询：
[root@xqsj_web2 ~]# ps -ef|grep java     //查找进程pid（比如这里查找java（tomcat）进程的pid）
[root@xqsj_web2 ~]# pstree -p 19135
java(19135)─┬─{java}(19136)
            ├─{java}(19137)
             .......
            └─{java}(13578)
[root@xqsj_web2 ~]# pstree -p 19135|wc -l
46     //由于第一行包括了2个线程，所以该进程下一共有47个线程！
  
💕使用top命令查看（可以查看到线程情况）
[root@xqsj_web2 ~]# top -Hp 19135       //下面结果中的Tasks 对应的47即是线程的个数
  
top - 14:05:55 up 391 days, 20:59,  1 user,  load average: 0.00, 0.00, 0.00
Tasks:  47 total,   0 running,  47 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.2%us,  0.1%sy,  0.0%ni, 99.7%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   8058056k total,  7718656k used,   339400k free,   354216k buffers
Swap:        0k total,        0k used,        0k free,  4678160k cached
  
  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                                                                      
19135 root      20   0 5339m 632m 5476 S  0.0  8.0   0:00.00 java                                                                          
19136 root      20   0 5339m 632m 5476 S  0.0  8.0   0:00.84 java                                                                          
......
  
2）💕根据ps命令直接查询：
[root@xqsj_web2 ~]# ps hH p 19135| wc -l
47
  
3）💕通过查看/proc/pid/status
proc伪文件系统，它驻留在/proc目录，这是最简单的方法来查看任何活动进程的线程数。/proc目录以可读文本文件形式输出，提供现有进程和系统硬件
相关的信息如CPU、中断、内存、磁盘等等。
  
[root@xqsj_web2 ~]# cat /proc/19135/status
Name:   java
State:  S (sleeping)
Tgid:   19135
Pid:    19135
PPid:   1
TracerPid:  0
........
Threads:    47                    //这里显示的是进程创建的总线程数。输出表明该进程有47个线程。
SigQ:   1/62793
SigPnd: 0000000000000000
ShdPnd: 0000000000000000
.......
voluntary_ctxt_switches:    1
nonvoluntary_ctxt_switches: 1
  
💕在/proc//task中简单的统计子目录的数量，如下所示：
[root@xqsj_web2 ~]# ll /proc/19135/task
总用量 0
dr-xr-xr-x 6 root root 0 6月  14 17:57 11553
......
[root@xqsj_web2 ~]# ll /proc/19135/task|wc -l
48
  
这是因为，对于一个进程中创建的每个线程，在/proc/<pid>/task中会创建一个相应的目录，命名为其线程ID。由此在/proc/<pid>/task中目录的总数表示在进程中线程的数目。

💕比如某台服务器的CPU使用率飙升，通过top命令查看是gitlab程序占用的cpu比较大，"ps -ef|grep gitlab"发现有很多个gitlab程序，现在需要查询gitlab各个进程下的线程数情况。
批量查询命令如下：
# for pid in $(ps -ef|grep -v grep|grep gitlab|awk '{print $2}');do echo ${pid} > /root/a.txt ;cat /proc/${pid}/status|grep Threads > /root/b.txt;paste /root/a.txt /root/b.txt;done|sort -k3 -rn

💕脚本解释：
1）for pid in $(ps -ef|grep -v grep|grep gitlab|awk '{print $2}')
定义${pid}变量为gitlab进程的pid号 
2）echo ${pid} > /root/a.txt
将http进程的pid号都打印到/root/a.txt文件中 
3）cat /proc/${pid}/status|grep Threads > /root/b.txt
将各个pid进程号下的线程信息打印到/root/b.txt文件中 
4）paste /root/a.txt /root/b.txt
以列的形式展示a.txt和b/txt文件中的信息
5）sort -k3 -rn
-k3  表示以第三列进行排序
-rn  表示降序

六、💕cpu使用率告警问题处理案例

💕收到告警，生产环境一台机器的cpu使用率超过了85%！立刻登录服务器，发现情况如下：
💕[root@kevin ~]# uptime
 10:39:40 up 215 days, 13:02,  2 users,  load average: 3.32, 3.40, 3.37
 
💕[root@kevin ~]# top
top - 10:52:51 up 215 days, 13:15,  3 users,  load average: 3.32, 3.40, 3.37
Tasks: 168 total,   1 running, 167 sleeping,   0 stopped,   0 zombie
Cpu(s):  98.4%us,  0.2%sy,  0.0%ni, 1.3%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   8053692k total,  6542296k used,  1511396k free,   168560k buffers
Swap: 16777212k total,        0k used, 16777212k free,  2565452k cached
 
  PID USER      PR  NI  VIRT  RES   SHR S  %CPU  %MEM    TIME+   COMMAND                                                               
31969 app       20   0 4510m 1.9g  6220 S  393.5  25.1   2281:49 java
.........
 
💕[root@kevin ~]# ps -ef|grep 31969
root     15826 15129  0 10:58 pts/0    00:00:00 grep 31969
app      31969 31962  0 Jul02 ?        02:25:01 java -cp /data/lo-boxes/box_home/lo-starter.jar:/data/lo-boxes/box_home/lib/* -Dbox.name=B0002 -Dbox.home=/data/lo-boxes/B0002 -Dbox.jmx.port=57009 -XX:+CMSPermGenSweepingEnabled -XX:SoftRefLRUPolicyMSPerMB=1 -XX:+UseConcMarkSweepGC -XX:CMSInitiatingOccupancyFraction=60 -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintGCDateStamps -XX:+UseParNewGC -XX:+CMSParallelRemarkEnabled -XX:+UseCMSCompactAtFullCollection -XX:CMSFullGCsBeforeCompaction=1 -XX:+CMSClassUnloadingEnabled -XX:MaxTenuringThreshold=12 -XX:SurvivorRatio=8 -XX:ParallelGCThreads=3 -XX:+HeapDumpOnOutOfMemoryError -Dsun.reflect.inflationThreshold=2147483647 -XX:HeapDumpPath=/data/lo-boxes/B0002/boxlogs/logs/heapdump_31961.hprof -Xloggc:/data/lo-boxes/B0002/boxlogs/gclogs/gc.31961.log -XX:ErrorFile=/data/lo-boxes/B0002/boxlogs/hs_err_pid31961.log -Xms1024M -Xmx1024M -XX:PermSize=256M -XX:MaxPermSize=256M -XX:NewSize=256M -XX:MaxNewSize=512M cn.openlo.starter.BoxStartupStandalone
 
解决办法：
1）最简单粗暴的方法：重启上面这个pid号为31969的进程所属的服务程序
2）查出这个pid进程的cpu资源各自被哪个线程所占。通过"top -Hp pid"可以查看该进程下各个线程的cpu使用情况；如下：
[root@kevin ~]# top -Hp 31969
.......
  PID USER      PR  NI  VIRT  RES  SHR S  %CPU   %MEM  TIME+  COMMAND                                                               
31969 app       20   0 3754m 1714m  16m S  390.5  29.1  0:00.00 java                                                                   
31970 app       20   0 3754m 2124m  16m S  382.2  20.5  0:02.74 java                                                                   
31971 app       20   0 3754m 1954m  16m S  360.0  19.5  0:00.49 java                                                                   
31972 app       20   0 3754m 1584m  16m S  300.9  23.1  0:00.48 java
......
 
如上可知，31969的进程主要被上面四个线程耗了过多的CPU资源。
 
通过top命令定位到cpu占用率较高的线程之后，继续使用jstack pid命令查看当前java进程的堆栈状态，这就用到jstack工具！
jstack是java虚拟机自带的一种堆栈跟踪工具。jstack用于打印出给定的java进程ID或core file或远程调试服务的Java堆栈信息。
jstack可以定位到线程堆栈，根据堆栈信息我们可以定位到具体代码，所以它在JVM性能调优中使用得非常多。
 
jstack工具一般是在java/bin目录下的。如下设置java环境变量
=============================================================================================
[root@kevin ~]# ll /data/software/
总用量 626244
drwxr-xr-x 8 app app      4096 4月  11 2015 jdk1.7.0_80
-rw-r--r-- 1 app app 153530841 6月   4 2016 jdk-7u80-linux-x64.tar.gz
[root@kevin ~]# /data/software/jdk1.7.0_80/bin/java -version
java version "1.7.0_80"
Java(TM) SE Runtime Environment (build 1.7.0_80-b15)
Java HotSpot(TM) 64-Bit Server VM (build 24.80-b11, mixed mode)
 
[root@kevin ~]# vim /etc/profile
JAVA_HOME=/data/software/jdk1.7.0_80
JAVA_BIN=/data/software/jdk1.7.0_80/bin
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/root/bin:/bin:/sbin/:/data/software/jdk1.7.0_80/bin/
CLASSPATH=.:/lib/dt.jar:/lib/tools.jar
export JAVA_HOME JAVA_BIN PATH CLASSPATH
 
[root@kevin ~]# source /etc/profile
[root@kevin ~]# mv /usr/bin/java /usr/bin/java.bak
[root@kevin ~]# ln -s /data/software/jdk1.7.0_80/bin/java /usr/bin/java
 
[root@kevin ~]# java -version
java version "1.7.0_80"
Java(TM) SE Runtime Environment (build 1.7.0_80-b15)
Java HotSpot(TM) 64-Bit Server VM (build 24.80-b11, mixed mode)
 
[root@kevin ~]# jstack --help
Usage:
    jstack [-l] <pid>
        (to connect to running process)
    jstack -F [-m] [-l] <pid>
        (to connect to a hung process)
    jstack [-m] [-l] <executable> <core>
        (to connect to a core file)
    jstack [-m] [-l] [server_id@]<remote server IP or hostname>
        (to connect to a remote debug server)
 
Options:
    -F  to force a thread dump. Use when jstack <pid> does not respond (process is hung)
    -m  to print both java and native frames (mixed mode)
    -l  long listing. Prints additional information about locks
    -h or -help to print this help message
=============================================================================================
 
下面开始使用jstack对
[root@kevin ~]# jstack 31969    或者"jstack 31969 > jstack-31969" 打印出堆栈信息到一个文件中，方便后续查看
[root@kevin ~]# jstack 31970
[root@kevin ~]# jstack 31971
[root@kevin ~]# jstack 31972

七、pgrep

pgrep命令 以名称为依据从运行进程队列中查找进程，并显示查找到的进程id。
每一个进程ID以一个十进制数表示，通过一个分割字符串和下一个ID分开，默认的分割字符串是一个新行。
对于每个属性选项，用户可以在命令行上指定一个以逗号分割的可能值的集合。
-o：仅显示找到的最小（起始）进程号；
-n：仅显示找到的最大（结束）进程号；
-l：显示进程名称；
-P：指定父进程号；
-g：指定进程组；
-t：指定开启进程的终端；
-u：指定进程的有效用户ID。

[root@localhost ~]# pgrep -ln httpd
4566 httpd

[root@localhost ~]# pgrep -l httpd
4557 httpd
4560 httpd
4561 httpd
4562 httpd
4563 httpd
4564 httpd
4565 httpd
4566 httpd

[root@localhost ~]# pgrep httpd 4557
4560
4561
4562
4563
4564
4565
4566

八、pidof命令 用于查找指定名称的进程的进程号id号。

-s：仅返回一个进程号；
-c：仅显示具有相同“root”目录的进程；
-x：显示由脚本开启的进程；
-o：指定不显示的进程ID。

pidof nginx
13312 5371

九、获取进程pid的方法

获取进程pid的方法
[root@ansible-server ~]# ps -ef|grep nginx  
root      2148     1  0  2018 ?        00:00:00 nginx: master process /usr/sbin/nginx -c /etc/nginx/nginx.conf
root     16517 16179  0 11:09 pts/1    00:00:00 grep nginx
nginx    21091  2148  0 Jan27 ?        00:00:00 nginx: worker process   
 
使用"ps x"
[root@ansible-server ~]# ps x | grep nginx
 2148 ?        Ss     0:00 nginx: master process /usr/sbin/nginx -c /etc/nginx/nginx.conf
16526 pts/1    S+     0:00 grep nginx
 
[root@ansible-server ~]# ps x | grep nginx|grep -v grep|awk '{print $1}'
2148
 
使用"pgrep"
[root@ansible-server ~]# pgrep nginx  
2148
21091
 
[root@ansible-server ~]# pgrep -f nginx
2148
21091
 
使用pidof
[root@ansible-server ~]# pidof nginx
21091 2148
 
使用pstree
[root@ansible-server ~]# pstree -p | grep nginx
        |-nginx(2148)---nginx(21091)

十、fg 和 bg

💕fg:将后台作业移动到前台终端运行
用途：
1、用于将后台作业（在后台运行的或者在后台挂起的作业）放到前台终端运行。
2、若后台任务中只有一个，则使用该命令时可以省略任务号。

💕bg将前台终端作业移动到后台运行
主要用途
1、用于将作业放到后台运行，使前台可以执行其他任务。该命令的运行效果与在指令后面添加符号&的效果是相同的，都是将其放到系统后台执行。
2、若后台任务中只有一个，则使用该命令时可以省略任务号。
job_spec（可选）：指定要移动到后台执行的作业标识符，可以是一到多个。

# 运行sleep命令，然后按下ctrl+z。
sleep 60
^Z
[1]+  Stopped                 sleep 60

# 使用bg命令使得作业在后台运行。
bg %1

# 返回信息：
[1]+ sleep 60 &

十一、nice和renice

nice:改变程序执行的优先权等级
-n：指定进程的优先级（整数）。

新建一个进程并设置优先级，将当前目录下的documents目录打包，但不希望tar占用太多CPU：
nice -19 tar zcf pack.tar.gz documents
方法非常简单，即在原命令前加上nice -19。很多人可能有疑问了，最低优先级不是19么？那是因为这个“-19”中的“-”仅表示参数前缀；所以，如果希望将当前目录下的documents目录打包，并且赋予tar进程最高的优先级：
nice --19 tar zcf pack.tar.gz documents

十二、renice

renice:修改正在运行的进程的调度优先级
renice命令可以修改正在运行的进程的调度优先级。预设是以程序识别码指定程序调整其优先权，您亦可以指定程序群组或用户名称调整优先权等级，并修改所有隶属于该程序群组或用户的程序的优先权。只有系统管理者可以改变其他用户程序的优先权，也仅有系统管理者可以设置负数等级。
-g：指定进程组id；
-p<程序识别码>：改变该程序的优先权等级，此参数为预设值。
-u：指定开启进程的用户名。

将行程id为987及32的行程与行程拥有者为daemon及root的优先序号码加1：
renice 1 987 -u daemon root -p 32
注意：每一个行程都有一个唯一的id。

十三、kill

killl -9 进程ID

十四、w 和 who 和 whoami

[root@localhost ~]# w
 10:38:35 up 18:34,  3 users,  load average: 0.00, 0.01, 0.05
USER     TTY      FROM             LOGIN@   IDLE   JCPU   PCPU WHAT
root     tty1                      2411月21  6days  0.50s  0.50s -bash
root     pts/0    192.168.189.1    10:09    3.00s  0.08s  0.01s w
root     pts/1    192.168.189.1    二15   18:00m  0.15s  0.03s vi /etc/sudoers.tmp
[root@localhost ~]# who 
root     tty1         2021-11-24 18:12
root     pts/0        2021-12-01 10:09 (192.168.189.1)
root     pts/1        2021-11-30 15:17 (192.168.189.1)
[root@localhost ~]# whoami
root

十五、查看服务器系统资源(cpu,内容)利用率前几位的进程的方法

1）查看占用CPU最高的5个进程
＃ ps aux | sort -k3rn | head -5
或者
＃ top （然后按下P，注意大写，CPU使用率降序）
 
2）查看占用内存最高的5个进程
＃ ps aux | sort -k4rn | head -5
或者
＃ top （然后按下M，注意大写，内存使用率降序）
 
3）查看所有信息使用命令
＃ ps aux
 
------------------------------
sort|uniq 排序去重
sort|uniq -c 打印重复的次数
sort|uniq -d 打印交集的部分
sort|uniq -u 打印去掉交集的部分
sort -rn 降序
sort -k3rn 按照第三列降序

十六、htop

十七、iftop

十八、iostat监视系统输入输出设备和CPU的使用情况

选项：
-c：仅显示CPU使用情况；
-d：仅显示设备利用率；
-k：显示状态以千字节每秒为单位，而不使用块每秒；
-m：显示状态以兆字节每秒为单位；
-p：仅显示块设备和所有被使用的其他分区的状态；
-t：显示每个报告产生时的时间；
-V：显示版号并退出；
-x：显示扩展状态。

实例1：
[root@localhost ~]# iostat
Linux 3.10.0-327.el7.x86_64 (localhost.localdomain) 	2021年12月01日 	_x86_64_	(1 CPU)

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           0.09    0.01    0.17    0.01    0.00   99.72

Device:            tps    kB_read/s    kB_wrtn/s    kB_read    kB_wrtn
sda               0.53         5.64         2.39     419859     177960
scd0              0.00         0.08         0.00       5744          0
dm-0              0.54         5.45         2.12     405570     158115
dm-1              0.00         0.04         0.00       2992          0

结果分析：

实例2：
用iostat -x /dev/sda1来观看磁盘I/O的详细情况：
iostat -x /dev/sda1 
Linux 2.6.18-164.el5xen (localhost.localdomain)
2010年03月26日  

avg-cpu:  %user   %nice %system %iowait 
%steal   %idle  
            0.11    0.02    0.18    0.35   
0.03    99.31  

Device:         tps   Blk_read/s    Blk_wrtn/s  
Blk_read   Blk_wrtn  
sda1                0.02          0.08       
0.00          2014               4 

结果解析：

十九、mpstat命令 指令主要用于多CPU环境下，它显示各个可用CPU的状态系你想。这些信息存放在/proc/stat文件中。在多CPUs系统里，其不但能查看所有CPU的平均状况信息，而且能够查看特定CPU的信息。

[root@localhost ~]# mpstat
Linux 3.10.0-327.el7.x86_64 (localhost.localdomain) 	2021年12月01日 	_x86_64_	(1 CPU)

18时23分00秒  CPU    %usr   %nice    %sys %iowait    %irq   %soft  %steal  %guest  %gnice   %idle
18时23分00秒  all    0.09    0.01    0.17    0.01    0.00    0.00    0.00    0.00    0.00   99.72