vmstat命令
用法：vmstat 1 --->每个1s打印信息;
作用：
- r:表示运行队列，如果改值过大，CPU可能会比较忙，使用率高；
- b:阻塞并等待IO的进程数
- swpd虚拟内存使用情况
- free空闲的内存
- buff被用来作为高速缓存
- si(从磁盘分页到内存的数量)、so(从内存分页到磁盘的数量）两列，表示内存交换频繁程度，如果数值长期很大，表示内存不够；
- bi读磁盘
- bo写磁盘
Linux内存管理机制
- Linux有自己的内存管理机制，Linux会尽可能的使用内存来提升IO效率；
- 如果系统的free不够用，达到触发机制后，系统会自动释放cache和buffer的内存供程序使用（cache和bugffer是由内核进行动态管理的）
- 如果used很多，而cache和buffer所占比率很小，那说明可能内存不够用了。不能单看free的大小来判断。所以你可以简单理解为cache和buffer也是free的一部分。（可用memory=free memory+buggers+cached)
- swan是在磁盘上开辟的虚拟内存，所以他的变化有可能导致与IO的交换也会增加；
内存不足的表现:
free memory急剧减少，回收buffer和cache也无济于事，大量使用交换分区（swpd),读写磁盘数量（IO）增多，大量CPU时间用于等待IO（wa)。
建议：memory测试期间保证内存充足，可用内存不少于20%；
好的状态：s0 si趋于0
IO的瓶颈：
IO的瓶颈是现在系统常见的问题，还没有得到良好的解决方案，而且发展也不如CPU和MEM快
好: iowait % < 20%
一般: iowait % = 35%
糟糕:iowait % >=50%
以上数值仅供参考
CPU>wa 过大（参考值，超过20）；
system>bi&bo过大(参考值，超过2000）
命令使用场景：
vmstat监控如果US很高，将近100%，就需要使用top命名来看是哪个进程导致，然后在分析进程；
sy很高，可以尝试strace来看系统内核调用情况；
如果io异常，可以尝试使用iostat来看看
iostat（简单了解）
单独执行iostat，显示的结果为从系统开机到当前执行时刻的统计信息；
avg-cpu:总体cpu使用情况统计信息，对于多核cpu，这里为所有cpu的平均值；
Device:各磁盘失败的IO统计信息
tps： 每秒IO次数
kB_read/s:每秒从失败(drive expressed)读取的数据量
kB_wrtn/s:每秒向失败（drive expressed)写入的数据量
kB_read：读取的总数据量
kB_wrtn: 写入的总数据量
iostat -k 5 2
共执行2次，间隔5秒；和 iostat一样（iostat持续打印）
iostat -x 显示更加详细信息 【重点】
rrqm/s:每秒这个设备相关的读取请求有多少被合并（请求相同Block时，请求合并）
wrqm/s:每秒这个设备相关的写入请求有多少被合并；
r/s：每秒读取请求数（rio）
w/s:每秒写入请求数(wio)
resc/s:每秒写扇区数（wsect)
rkB/s：每秒读取的数据量，单位K字节；
avgqu-sz:平均I/O队列长度
await:平均每次设备I/O操作的等待时间(毫秒）
svctm:平均每次设备I/O操作的服务时间（毫秒）svctm越接近于await则说明等待时间少
%util：表示了设备繁忙程度，80%表示设备已经很忙了；
IO瓶颈的症状：
1、%util很高
2、await远大于svctm
3、avgqu-sz 比较大