总体思路：
1）先执行free命令，确认系统整体内存使用情况；【如果内存使用率大于80%，可能存在问题】
2）再通过vmstat命令来进一步确认内存瓶颈；【重点关注：swpd、si、so、bi、bo】
3）缺页错误判断（写的很粗略）；
一、free
free命令显示了Linux系统中物理内存、交换分区的使用统计信息。
total：总计物理内存的大小 used：已使用内存大小 free：可用内存 shared：多个进程共享的内存总额
buff/cache：磁盘缓存的大小
空闲内存=free+buffers+cached=total-used
free -m：以MB为单位显示内存数据 （下图我发现有时存在不同，used有时候包含buffers/cached，有时不包含buffers/cached，此文以不包含为例讲解，具体情况请具体分析）
可用内存 = free + buffers + cached
第一行 物理内存使用：
物理内存总量（total）= used+可用内存 = 3317+（330+4162）=7809
第二行 交换分区使用：
交换分区内存总量 = 正在使用的交换分区内存+空闲交换分区内存 = used+free=478+3489=3967
分析：
注意>50% 告警>70% 严重>80%
需要注意的是在下面这些情况下，系统是正常的，不需要担心：
空闲内存free接近于0【注：还有buffers/cache可用】
可用内存（free+buffers/cache）占total的 20% 以上
下面情况说明内存过低，需要注意：
可用内存（free+buffers/cache）过低，接近于0的时候 或 used接近total【也有说法为内存使用率大于80%或85%或90%】
dmesg | grep oom-killer显示有OutOfMemory-killer正在运行（不理解）
二、vmstat
通过free初步了解内存可用情况后，需结合vmstat进一步查看交换情况
vmstat 1 2：1秒钟刷新显示一次，共刷新显示2次
重点关注 swpd、si、so 3个指标；
分析：
1）si、so（si：从磁盘交换的内存大小；so：交换到磁盘的内存大小）
si、so2个值长期为0，则无内存方面性能问题；
如果si、so这2个值长期大于0，此时系统性能会受到影响，磁盘IO和CPU资源都会被消耗；需要考虑增加系统内存；
如果so数值大，且swpd占比很高，表示内存已经饱和；需要考虑增加系统内存；
如果swpd（虚拟内存）不断增加，而且存在着大量的页面交换（si和so），证明系统的物理内存已经不能满足系统需求，系统必须把物理内存的页面交换到磁盘中去；
ps：当看到空闲内存（free）很少的或接近于0时，就认为内存不够用了，这个是不正确的。不能光看这一点，还要结合si和so；如果free很少，但是si和so也很少（大多时候是0），那么不用担心，系统性能这时不会受到影响的。（存疑，free本来就不能断定内存不够，还得关注buffers/cache的值）
2）bi、bo（bi：从块设备接受的块；bo：发送给块设备的块）
如果bi、bo这个值长期不为0，说明内存可能有问题，因为没有用到缓存（当然不排除直接I/O的情况，但一般很少直接I/O的）
如果用作缓冲区（buff）和快速缓存（cache）的物理内存不断增加，而空闲的物理内存（free）不断减少，证明系统中运行的进程正在不断消耗物理内存；
三、缺页
1、sar -W 查看次缺页数
页面发生交换时，服务器的吞吐量会大幅下降；服务器状况不良时，如果怀疑因为内存不足而导致
了页面交换的发生，可以使用这个命令来确认是否发生了大量的交换
说明：sar命令，次缺页多意味已经在不停地和swap打交道，证明内存已经饱和；
pswpin/s：每秒系统换入的交换页面（swap page）数量
pswout/s：每秒系统换出的交换页面（swap page）数量
四、内存OOM
内存不够用会触发内核的OOM机制；
查看内核日志有无OOM机制kill进程；
参考
[1] https://blog.csdn.net/xiaona0523/article/details/107855669