Linux服务器卡顿变慢诊断思路

对于运维开发工程师来说，看到或者听到说生产服务器很卡顿或者访问系统很慢，是一件比较头疼得事，今天我们就根据这个来聊一聊当出现这个情况时，应该如何查看服务器。
生产服务器变慢了，一般都是从这几点去分析：服务器整体情况， CPU 使用情况，内存，磁盘，磁盘 IO ，网络 IO

top

看服务器整体使用情况，一般都是 top 命令搞定

top 界面详解
第 1 行：系统时间、运行时间、登录终端数、系统负载（三个数值分别为1分钟、5分钟、15分钟内的平均值，数值越小意味着负载越低）
第 2 行：进程总数、运行中的进程数、睡眠中的进程数、停止的进程数、僵死的进程数。一般情况下，只要没有僵死的进程，就没啥大问题。
第 3 行：用户占用资源百分比、系统内核占用资源百分比、改变过优先级的进程资源百分比、空闲的资源百分比等。
第 4 行：物理内存总量、内存空闲量、内存使用量、作为内核缓存的内存量
第 5 行：虚拟内存总量、虚拟内存空闲量、虚拟内存使用量、已被提前加载的内存量
第 6 行里面主要看 PID 和 COMMAND 这两个参数，其中 PID 就是进程 ID ， COMMAND 就是执行的命令，能够看到比较靠前的两个进程都是 java 进程

在top界面下，按下数字键盘 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 命令运行结果显示的非常不友好，看到 16252964 可以快速告诉我它是多大吗？free -g 这个命令四舍五入了，明明给的内存是 16G ，结果使用 free -g 一查看，竟然成了 15G ？excuse me ？如果线上环境出问题了，你说因为内存给的不够，运维说，这锅我可不背。
相对来说， free -m 是比较容易看，而且结果也是比较精确的。
如果应用程序可用内存/系统物理内存大于 70% 的话，说明内存是充足的，没啥问题，但是如果小于 20% 的话，就要考虑增加内存了。

df

如果排查磁盘问题的话，首先要看的就是磁盘空间够不够，最近笔者在多个项目中，均出现过一种情况，就是哪里都不报错，日志也不打印，访问就是很慢或者根本访问不了系统，排查到最后是磁盘空间不够…
所以查磁盘问题时，第一就是看磁盘空间够不够！！！
查看磁盘空间就是 df 或者 df -h 这两个命令了。

iostat

说到磁盘 IO 相信你一定能够想到，在对数据库进行操作时，第一要考虑到的就是磁盘 IO 操作，因为相对来说，如果在某个时间段给磁盘进行大量的写入操作会造成程序等待时间长，导致客户端那边好久都没啥反应，用户体验就降低了吗
检查磁盘 IO 情况的命令就是 iostat ，如果你用的时候发现提示：-bash: iostat: command not found ，那是因为没有安装 sysstat ，安装一下就可以了：yum install -y sysstat
接下来运行命令：iostat -xdk 3 2 ，和 vmstat 命令很像有没有~