free命令中buff/cache是可回收的缓存内存，available才是真实可用内存；当available低时需排查内存问题，可通过htop、ps、vmstat等工具分析进程内存占用及系统内存行为。
说起在Linux系统里看内存用量，我个人觉得最省事、也最直观的，就是那个老伙计
free命令了。它能一下子把当前系统的内存和交换空间（Swap）情况都摊开给你看，挺方便的。通过它，你就能快速了解物理内存和交换空间的总量、使用量、空闲量以及缓存情况。
当你需要在Linux系统里快速摸清内存状况时，
free命令无疑是首选。它简单粗暴，但信息量十足。我通常会加上
-h参数，这样显示出来的数据更易读，比如G、M、K这种单位，省得自己换算。
敲下
free -h回车后，你会看到类似这样的输出：
total used free shared buff/cache available Mem: 15Gi 5.0Gi 3.0Gi 1.0Gi 7.0Gi 9.0Gi Swap: 2.0Gi 0.0Gi 2.0Gi
这里面，
total就是系统总的物理内存大小，这个没啥疑问。
used是当前被各种程序占用的内存，这个也不是全部，因为它不包括
buff/cache里的东西。
free就是完全空闲的内存，这部分通常不会太多，因为Linux系统很聪明，它会尽量把内存用起来做缓存，提高效率。
重点来了，
shared是共享内存，这块通常是进程间通信用的。而
buff/cache，这可是个大头！它包含了内核缓冲区（buffer）和页面缓存（cache）。系统会把磁盘上的数据缓存到这里，这样下次再读相同数据就快多了。别看它被占用了，但当程序需要内存时，这部分内存是可以被回收利用的。所以，
buff/cache大不代表内存紧张，反而说明系统在高效利用资源。
available这个字段，在比较新的
free版本里才有，它才是真正意义上“可用”的内存。它包含了
free的内存，以及可以被回收的
buff/cache内存。所以，判断系统内存是否吃紧，看
available比看
free要靠谱得多。如果
available很低，那才真的要警惕了。
最后是
Swap，交换空间。这相当于一块硬盘上的“虚拟内存”，当物理内存不够用时，系统会把不常用的数据暂时挪到这里。
used高说明系统在频繁使用交换空间，这通常意味着物理内存已经捉襟见肘，性能可能会受影响。
如何正确理解free
命令输出中的buff/cache
和available
字段？
我发现很多刚接触Linux的朋友，一看
free命令输出，会觉得
free内存怎么这么少，是不是系统快挂了？其实这是一种误解，主要就出在对
buff/cache和
available的理解上。
buff/cache就像系统的一个大仓库，里面放着它觉得将来可能会用到的数据（cache），以及它在处理I/O操作时暂时存放数据的地方（buffer）。这些内存虽然被占用了，但它们不是被某个特定程序“锁死”了的，而是可以随时被操作系统回收并分配给需要内存的程序。所以，
buff/cache越大，往往说明系统在高效地利用内存来加速文件读写，这反而是件好事。
available字段的引入，就是为了解决这个误解。它给出了一个更真实的“可用内存”估值。它不仅仅是把
free那部分算进去，还会加上那些可以被快速回收的
buff/cache内存。所以，当你看到
free内存很少，但
available还很高的时候，大可不必担心。这说明系统还有充足的内存储备，只是它把这些内存用作了缓存，以提高整体性能。只有当
available的值持续走低，甚至接近于零时，才真正需要考虑是不是内存不足了。
当Linux系统内存不足时，我该如何排查并定位问题？
如果你通过
free -h观察到
available内存持续偏低，甚至
Swap使用量也开始飙升，那确实是个警示信号了。这时候，我通常会用几个命令组合拳来排查：
top和
htop是我的首选。它们能实时显示各个进程的CPU、内存占用情况。特别是
htop，界面更友好，可以很方便地按内存占用排序，一眼就能看出哪个进程是“内存大户”。
比如，我可能会先运行
htop，然后按
F6选择
MEM%排序，看看是哪个应用或者服务占用了过多的内存。有时候，可能是某个程序出现内存泄漏，或者配置不当导致它申请了远超实际需求的内存。除了
top/
htop，
ps aux --sort=-%mem也能列出所有进程并按内存百分比降序排列，这在脚本里做自动化监控时特别有用。
定位到具体进程后，下一步就是分析了。是正常负载导致的？还是程序bug？或者仅仅是缓存太多了？如果是缓存，可以尝试清理一下：
sync; echo 1 > /proc/sys/vm/drop_caches（清理页面缓存），或者
echo 2 > /proc/sys/vm/drop_caches（清理目录项和inode缓存），
echo 3 > /proc/sys/vm/drop_caches（清理所有）。但请注意，清理缓存只是临时手段，治标不治本，而且可能会影响系统性能，所以非必要不推荐频繁操作。关键还是找出内存消耗的根本原因。
除了free
命令，还有哪些工具可以帮助我更深入地监控Linux内存状况？
虽然
free命令很棒，但它毕竟只是一个快照。在需要持续监控或者更细致分析内存使用模式时，我还会用到一些其他工具。比如，
vmstat命令就能提供关于虚拟内存、进程、I/O等方面的统计信息，而且是动态更新的。通过
vmstat 1，你可以每秒看到一次系统的内存、交换空间、CPU活动等变化，这对于观察内存压力下的系统行为非常有帮助。它会显示
swpd（已使用的交换内存）、
free（空闲内存）、
buff（缓冲区）、
cache（缓存）等，虽然和
free的输出略有不同，但能提供一个时间序列的视角。
另外，
proc文件系统本身就是个宝库。
cat /proc/meminfo会提供比
free命令更详细的内存信息，包括各种内核级别的内存统计，比如
MemTotal、
MemFree、
Buffers、
Cached、
SwapTotal、
SwapFree等等，甚至还有Slab、PageTables等更底层的数据。如果你需要编写监控脚本或者进行深度分析，
/proc/meminfo是不可或缺的数据源。对于更复杂的场景，例如分析单个进程的内存映射（Memory Map），
pmap -x命令就能派上用场，它能显示一个进程的内存使用详情，包括共享库、堆、栈等区域的占用情况。这些工具结合起来，能让你对Linux系统的内存状况有一个全面而深入的理解。
