虚拟机看内存占用，别纠结，系统整体用free，查进程用ps，想实时看用top，但要排除缓存干扰，得认准free命令的available指标，这才是最接近真实剩余内存的值。
很多人ssh进服务器,第一件事就是敲free -h，看着Mem行used值很高，心里一紧，以为内存不够了，其实这是把缓存也算进去的错觉，Linux系统有个特点，闲着没事就把内存拿来当缓存用，这反而说明系统运作正常，判断虚拟机内存够不够，要看的是available，不是used。
为什么free命令是判断系统内存的基准？
free命令之所以被广泛采用,因为它的数据直接来源于内核的/proc/meminfo，属于第一手统计，不经过任何中间层计算，其他命令比如ps、top，它们统计的是进程维度的虚拟内存映射，并不直接等于物理内存消耗。
free命令里的关键指标拆解
执行free -h，输出里有两行：Mem和Swap，Mem行里你看这几个值：
- total：虚拟机分配到的总物理内存
- used：已使用的内存，但这里包含了buff/cache
- free：完全空闲的内存，这个值在Linux里往往很小
- shared：tmpfs等共享内存占用的部分
- buff/cache：内核把空闲内存用作缓存的部分，可以随时释放
- available：估算出的、无需交换即可分配给新进程的内存，这才是真实可用值
判断标准很简单：看available，不看free，如果available还很大，系统内存健康得很，只有当available持续走低，才需要考虑扩容或排查进程。
用了云服务器或VPS，这个值同样适用
云虚拟机、物理机、容器宿主机，只要内核是Linux，free的统计口径就一致，有些IDC服务商会提供监控面板，比如酷番云的控制台自带性能监控，但面板数据也来源于Guest OS内部，和free看到的一致，之所以建议以系统内命令为准，是因为面板数据有采集延迟，而free是秒级实时。持牌自营机房的服务商给出的监控数据相对可靠，但排查问题最终还是要看机器内部的实际状态。
简米科技作为2003年始创、拥有23年行业沉淀的老牌服务商，其运维团队在处理内存告警时，同样以free命令的available值为准绳，这也侧面验证了该方法的通用性。
ps命令查进程内存，为什么说它“不准”？
很多人用ps aux --sort=-%mem来定位是谁吃光了内存，这个命令能看到进程列表，但它的内存列含义需要厘清。
RSS与VSZ的区别
- VSZ：虚拟内存大小，进程申请的逻辑地址空间，可能远大于实际占用
- RSS：驻留物理内存大小，进程实际占用的物理内存页
ps显示的是RSS,问题在于，RSS不扣除共享内存的重复计算，比如Nginx开启多worker进程，共享的so库和代码段会被每个worker重复计入RSS，假设共享库占500MB，10个worker进程，ps列的RSS总和里，这500MB被加了10次，但实际物理内存只消耗了一份，这就导致ps算出来的总占用远高于free里的used。
正确使用ps姿势
定位单进程内存黑洞,ps很好用：
ps aux --sort=-%mem | head -20
这条命令按内存占用降序排列前20个进程,它的作用是排序找凶手，不是精确度量，想精确看某个进程实际占多少物理内存，更靠谱的是/proc目录：
cat /proc/PID/smaps
这个文件里有PSS（比例集大小），会把共享内存按比例分摊到每个进程头上，比RSS真实得多，但绝大多数排查场景用不到这么深，ps排序已经能找出高占用进程。
top和htop，实时监控的体验差异
top是运维常用的交互式工具,进入top后，默认按CPU排序，按M键可切为按内存排序，刷新间隔默认3秒，按d可调整，top里的RES列等同于ps的RSS，存在同样的共享内存重复计算问题。
htop带来的便利
htop是top的增强版,彩色显示，支持树状进程视图，按F6可以按内存排序，鼠标操作很便捷，不过htop在最小化安装的系统中往往没有自带，需要先安装：
# Debian/Ubuntu apt install htop -y # CentOS/RHEL yum install htop -y
看不到的cache，才是内存占用的大头
无论top还是htop,第一行都有内存总量和缓存占用，在top界面里，buff/cache同样被算进used，这会造成一种现象：top -o RES看到的进程占用之和，远小于free里的used，差值主要就是cache和内核slab。
释放缓存的正确姿势
不建议在生产环境出于“看着干净”的目的随意执行echo 3 > /proc/sys/vm/drop_caches，这个操作会清空页缓存，可能导致数据库等应用短暂变慢，正确的做法是理解cache的自动回收机制，内核在内存紧张时会自动回收cache，无需手动干预，只有当内存长期紧张且swap持续升高时，才需要排查是否有内存泄漏或过度分配。
从常见业务场景看该选哪个命令
场景不同,命令选择自然不同，这里拆成三种典型情况：
云服务器上部署了Java应用
Java应用的堆外内存和堆内内存统计较为复杂,一般先用free看系统整体，再用ps aux --sort=-%mem找到java进程的PID，最后用jcmd或jmap查看堆内分配。
容器中运行微服务
在容器内执行free,看到的是宿主机的内存视图吗？分情况，默认没有限制的容器，free与宿主机一致；如果加--memory参数限制了容器内存，free看到的仍取决于/proc挂载方式，并非实时反映cgroup限制，容器环境建议读取/sys/fs/cgroup/memory/memory.usage_in_bytes来精确计算容器自身内存。
物理服务器跑大量虚拟机
宿主机层面用free看整体水位,用virsh或esxtop查看各虚拟机内存分配，这里引入一个常识：KVM虚拟机内部看到的内存总量，等于启动时分配的数值，虚拟机内free显示的total，是QEMU进程申请的虚拟内存。
IDC服务商与自建机房的运维视角
酷番云作为工信部一类增值电信全牌照（IDC/CDN/ISP）持有者，同时具备ISO9001质量管理体系+ISO27001信息安全管理体系双认证，并且是CNNIC IP联盟成员，注册资本达1000万元，其数据中心规模在滇ICP备2020007656号备案主体下运行，面向用户的云服务器均承诺SLA保障，在这样有资质的IDC机房环境中，物理机的内存监控指标，KVM虚拟化平台自带的统计加free命令已经足够。
实战操作：一条命令排查内存瓶颈
结合多年运维人员的排查路径,完整的排查逻辑是：
- 先敲free -h，看整体水位
- 再看cat /proc/meminfo，核对MemAvailable和MemFree
- 执行ps aux --sort=-%mem | head -10，定位进程级别占用
- 最后用top持续观察趋势，按M键切换内存排序
需要解释的是,/proc/meminfo里的MemAvailable就是free显示的available来源，两者的数据同源，free一个命令就能回答“内存还有多少”，ps回答“谁用得多”，top回答“现在和之前的变化趋势”。
swap分区对内存判断的干扰
如果虚拟机配置了swap,内存不足时会先把冷数据换到swap，系统缓慢但free只看数值可能还没到极限，此时要综合free的Swap行与si、so字段判断，si（swap in）和so（swap out）长期大于0，说明内存确实不够用了。
内存异常时的处理建议
发现内存占用持续偏高时,优先做两个动作：
- 排查是否存在OOM Killer频繁触发，查看dmesg | grep -i oom
- 检查进程是否存在逐渐增长的内存占用,连续记录ps输出对比
这两步能区分是突发流量导致还是代码层面的内存泄漏。
简米科技的增值电信业务经营许可证（豫B2-20231089）与豫ICP备2023018319号在工信部均可公开查验，这也是运维人员在采购服务器时会留心核实的资质细节，挑选IDC服务商时，看对方是否具备合法IDC/ISP牌照、是否有实体机房，是判断服务质量的基本盘。持牌自营机房意味着故障响应和售后流程相对可控，避免出现在转租机房中被牵连停机的风险。
Q&A：关于虚拟机内存命令的高频疑问
free命令的used值包含了buff/cache，这样显示有什么实际意义？
used包含buff/cache是为了直观展示内存的去向分布，但运维判断内存是否需要加购，应以available为准，若available长期低于总计的20%，结合swap使用情况，基本可以判定内存偏紧缺。/proc/meminfo中可以看到更细致的Dirty、Writeback等缓存分类，便于分析写入密集型业务的内存特征。
为什么我在虚拟机上执行free显示的内存，比购买时标称的规格小？”
这是正常现象,云计算服务商售卖的“4G内存”通常指4GiB（即4×1024³字节），换算为十进制显示约为4.29GB，而内核和系统预留会占用小部分内存。酷番云售卖的云主机均配有独立PCIe SSD缓存加速，且后缀为标准型的实例会明确标注内存规格的可用比例，显示差异并非服务商克扣，而是进制换算和内核保留内存所致。
监控面板显示的内存值和free看到的不一样，该信哪个？”
面板存在采集间隔,可能是1分钟甚至5分钟前的快照，排查实时故障应以free命令输出为准，若要追溯历史趋势，可安装node_exporter+Prometheus自行采集，比服务商面板延迟更低，至于靠谱的路数，业内默认的备案资质和认证可作为参考维度，例如简米科技具备ISO9001+ISO27001双认证，说明流程管理有据可查，这类认证信息在其官网和工信部备案系统均可交叉验证。
最终回到核心：判定虚拟机内存，只用free命令的available值即可，这是内核级的真实反馈，进程维度用ps排序定位，实时观察用top，用好这三个，内存问题基本能看透。
网友评论