将企业SAN带入云计算时代

iostat

说到磁盘 IO 相信你一定能够想到，在对数据库进行操作时，第一要考虑到的就是磁盘 IO 操作，因为相对来说，如果在某个时间段给磁盘进行大量的写入操作会造成程序等待时间长，导致客户端那边好久都没啥反应，用户体验就降低了吗

检查磁盘 IO 情况的命令就是 iostat ，如果你用的时候发现提示：-bash: iostat: command not found ，那是因为没有安装 sysstat ，安装一下就可以了：yum install -y sysstat

接下来运行命令：iostat -xdk 3 2 ，和 vmstat 命令很像有没有~

 

其中：free 命令运行结果显示的非常不友好，看到 3880324 可以快速告诉我它是多大吗?free -g 这个命令四舍五入了，明明给的内存是 4G ，结果使用 free -g 一查看，竟然成了 3G ?excuse me ?如果线上环境出问题了，你说因为内存给的不够，运维说，这锅我可不背

相对来说， free -m 是比较容易看，而且结果也是比较精确的

如果应用程序可用内存/系统物理内存大于 70% 的话，说明内存是充足的，没啥问题，但是如果小于 20% 的话，就要考虑增加内存了

df

如果排查磁盘问题的话，首先要看的就是磁盘空间够不够，还记得阿粉在上家公司的时候，用的还是 svn 出现了一个很神奇的问题，就是哪里都不报错，就是提交不上代码，排查到最后是磁盘空间不够...

所以别问阿粉为啥排查磁盘问题时，第一就是看磁盘空间够不够!!!

查看磁盘空间就是 df 或者 df -h 这两个命令了

 

一般 vmstat 工具的使用是通过两个数字参数来完成的，第一个参数是采样的时间间隔，单位是秒，第二个参数是采样的次数，阿粉这次的命令是：vmstat -n 3 2 意思就是隔 3 秒取样一次，一共取样 2 次

其中主要关注 procs 和 cpu 这两个参数

procs ：

• r ：运行和等待 CPU 时间片的进程数，一般来说整个系统的运行队列不要超过总核数的 2 倍，要不然系统压力太大了
• b : 等待资源的进程数，比如正在等待磁盘 IO ，网络 IO 这种

cpu ：

• us ：用户进程消耗 CPU 时间百分比， us 值高的话，说明用户进程消耗 CPU 时间比较长，如果长期大于 50% 的话，那就说明程序还有需要优化的地方
• sy ：内核进程消耗的 CPU 时间百分比
• us + sy 参考值为 80% ，如果大于 80% 的话，说明可能存在 CPU 不足

free

查看内存情况用的就是 free ， 它主要有三个命令：free free -g free -m ，阿粉是推荐 free -m 为啥呢，咱们瞅瞅它们各自的运行结果就知道了

（编辑：江门站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!