top
看服务器整体使用情况，一般都是 top 命令搞定
第 1 行：系统时间、运行时间、登录终端数、系统负载（三个数值分别为1分钟、5分钟、15分钟内的平均值，数值越小意味着负载越低）
第 2 行：进程总数、运行中的进程数、睡眠中的进程数、停止的进程数、僵死的进程数。一般情况下，只要没有僵死的进程，就没啥大问题。
第 3 行：用户占用资源百分比、系统内核占用资源百分比、改变过优先级的进程资源百分比、空闲的资源百分比等。
第 4 行：物理内存总量、内存空闲量、内存使用量、作为内核缓存的内存量
第 5 行：虚拟内存总量、虚拟内存空闲量、虚拟内存使用量、已被提前加载的内存量
第 6 行里面主要看 PID 和 COMMAND 这两个参数，其中 PID 就是进程 ID ， COMMAND 就是执行的命令，能够看到比较靠前的两个进程都是 java 进程
在当前这个界面，按下数字键盘 1 能够看到各个 CPU 的详细利用率
vmstat
想要了解 CPU 使用情况的话，常用的命令就是 vmstat 。
一般 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 为啥呢，咱们瞅瞅它们各自的运行结果就知道了
其中：free 命令运行结果显示的非常不友好，看到 3880324 可以快速告诉我它是多大吗？free -g 这个命令四舍五入了，明明给的内存是 4G ，结果使用 free -g 一查看，竟然成了 3G ？excuse me ？如果线上环境出问题了，你说因为内存给的不够，运维说，这锅我可不背
相对来说， free -m 是比较容易看，而且结果也是比较精确的
如果应用程序可用内存/系统物理内存大于 70% 的话，说明内存是充足的，没啥问题，但是如果小于 20% 的话，就要考虑增加内存了
df
如果排查磁盘问题的话，首先要看的就是磁盘空间够不够，还记得阿粉在上家公司的时候，用的还是 svn 出现了一个很神奇的问题，就是哪里都不报错，就是提交不上代码，排查到最后是磁盘空间不够...
第一就是看磁盘空间够不够！！！
查看磁盘空间就是 df 或者 df -h 这两个命令了
iostat
说到磁盘 IO 相信你一定能够想到，在对数据库进行操作时，第一要考虑到的就是磁盘 IO 操作，因为相对来说，如果在某个时间段给磁盘进行大量的写入操作会造成程序等待时间长，导致客户端那边好久都没啥反应，用户体验就降低了吗
检查磁盘 IO 情况的命令就是 iostat ，如果你用的时候发现提示：-bash: iostat: command not found ，那是因为没有安装 sysstat ，安装一下就可以了：yum install -y sysstat
接下来运行命令：iostat -xdk 3 2 ，和 vmstat 命令很像有没有~
这么多指标咱们不需要都关注，只要看其中这几个就可以了：
- rkB/s ：每秒读取数据量 kB ；
- wkB/s ：每秒写入数据量 kB ；
- svctm ：I/O 请求的平均服务时间，单位毫秒；
- util ：一秒中有百分之几的时间用于 I/O 操作，如果接近 100% 说明磁盘带宽跑满了，这个时候就要优化程序或者增加磁盘了**
sar
网络 IO 的话，可以通过 sar -n DEV 3 2 这条命令来看，和上面的差不多，意思就是每隔 3 秒取样一次，一共取样 2 次。
其中：
- IFACE ：LAN 接口
- rxpck/s ：每秒钟接收的数据包
- txpck/s ：每秒钟发送的数据包
- rxKB/s ：每秒接收的数据量，单位 KByte
- txKB/s ：每秒发出的数据量，单位 KByte
- rxcmp/s ：每秒钟接收的压缩数据包
- txcmp/s ：每秒钟发送的压缩数据包
- rxmcst/s：每秒钟接收的多播数据包
