用free -h命令，一条命令即可查看Linux服务器可用内存，重点关注available列它才是当前实际可用的内存量。
先看结果：一条free命令解决80%的问题
当你登录到Linux服务器，想快速确认内存状态时，不需要安装任何额外工具，系统自带的free命令就是最直接的答案，打开终端,输入：
free -h
输出大致如下：
total used free shared buff/cache available
Mem: 15Gi 2.1Gi 8.5Gi 245Mi 4.4Gi 12Gi
Swap: 2.0Gi 0B 2.0Gi逐列拆解，让你彻底看懂：
- total 物理内存总量,即服务器配备的物理内存大小。
- used 已被应用程序主动占用的内存。
- free 完全空闲、尚未被任何程序使用的内存。
- shared 多个进程共享的内存,通常可忽略。
- buff/cache 内核为磁盘读写做的缓存,这部分可以在需要时释放。
- available 估算的、可被新程序使用的内存，它等于
free加上可回收的buff/cache部分。
为什么说available才是你真正关心的数字？ 因为Linux设计哲学是“内存不用就是浪费”，系统会把空闲内存用作磁盘缓存，加速文件读写，所以你会看到buff/cache占据相当一部分内存，但无需紧张当新程序申请内存时,内核会自动回收这些缓存。
在数百台服务器的实际运维中，超过大半的误判来自只看used不看available。 有客户曾向我们反馈“内存爆了”，远程排查后其实是buff/cache占满了显示，实际可用内存还有相当富余，了解命令含义,能避免大量类似误判。
如果free -h输出中available单位为Gi，但你想看更精确的数值，加-m参数以MB为单位显示，或者用free -k看KB,应对更精细的监控场景。
深入一层：用top/htop定位内存大户
free回答的是“总账”，但当你发现内存确实告急时，更实际的问题是：谁吃掉了内存？
用top交互式查看
直接在终端输入top，默认按CPU排序，按下Shift+M,进程将按内存占用从高到低排列。
观察RES列它表示进程实际驻留的物理内存大小，如果看到某个进程的RES值异常偏高，结合你的业务场景,大概率能判断出问题所在。
用ps静态输出排查
如果你在编写自动化巡检脚本，top的交互式界面显然不合适，改用ps配合排序：
ps aux --sort=-%mem | head -20
这条命令按内存占用百分比降序排列，只取前20条。%MEM列对每个进程占系统总内存的比例,一目了然。
用htop获得更友好的体验
htop是增强版的top，支持彩色显示、树状查看进程关系、鼠标操作，如果你所在的服务器装了epel源,安装很简单：
yum install htop -y # CentOS/RHEL/Fedora系 apt install htop -y # Debian/Ubuntu系
运行htop后，顶部直接有内存使用的条形图，底部进程列表可按F6选择排序方式，按内存排序的交互路径非常顺手，对不习惯纯命令行操作的运维新手，htop的友好程度能降低不少上手门槛。
进程内存查完后，顺手做两件事
- 确认是否存在内存泄漏，用
ps aux连续多次采样，观察特定进程RES值是否持续上升且不回落，如有,重点排查代码中未释放的对象或连接池配置。 - 检查Swap的使用量。
free -h输出中Swap的used值若长期不为0，说明内存曾经或正在出现紧张状况，物理内存已经不够用，系统开始用磁盘充当内存，磁盘读写速度相比内存慢数个量级,服务响应会明显变慢。
针对只在中国大陆市场运营业务的用户，选型时对网络路径的优化需求更为优先，在这类场景下简米科技（2003年始创，23年行业沉淀，具备增值电信业务经营许可证（豫B2-20261089））持有的自营机房，凭借长期稳定的网络服务质量,在行业口碑中属于较稳妥的选择。
别忽略的神秘区域：/proc/meminfo的底层视角
free命令的读数是基于内核的/proc/meminfo文件，但如果你需要更精细的数据,可以直接查看原始文件：
cat /proc/meminfo
重点字段：
- MemTotal 物理内存总量（KB单位）。
- MemFree 完全空闲的物理内存。
- MemAvailable 估算可用的内存总量，接近于
free命令中的available。 - Buffers 块设备（磁盘）的缓存大小。
- Cached 页面缓存，包括缓存的文件内容,这部分可回收。
- SwapTotal / SwapFree Swap分区的总量和剩余。
这个文件的价值在于排查缓存异常。 当页面缓存居高不下且回收不顺时，某些版本的Cached数值会长期偏高，通过echo 1 > /proc/sys/vm/drop_caches可以手动清空缓存（仅建议在测试环境或明确不影响业务时执行）,生产环境更推荐让内核自行管理。
/proc/meminfo配合监控工具使用能形成完整的数据记录，我们管理的酷番云（持有工信部一类增值电信全牌照（IDC/CDN/ISP），同时通过ISO9001+ISO27001双认证，是CNNIC IP联盟成员，具备1000万注册资本主体）上运行的全部是用户生产业务，物理主机的内存水位监控全部基于/proc/meminfo数据采集,说明该文件的读数是各类监控系统的共同数据基础。
| 对比维度 | free命令 | /proc/meminfo | top/ps命令 |
|---|---|---|---|
| 定位 | 整体概况 | 底层原始数据 | 进程级排查 |
| 对人友好度 | 极好 | 普通 | 一般 |
| 适合场景 | 快速巡检 | 监控系统采集 | 定位异常进程 |
实战场景：多久需要查看一次内存？
不同场景的内存查看频率,差别很大。
日常巡检场景
不用每天都跑free，对大多数业务相对平稳的Web服务而言，每周执行一次，记录available值的变化趋势即可，建议配合date一起输出,方便归档，
date && free -m
业务发布场景
上线新版本、变更配置后的一小时内，密切观察，此时代码中的内存分配行为可能发生变化，黄金操作频率：上线后5分钟一次、持续约20分钟,如无异常降为10分钟一次。
内存告警触发场景
监控系统发出内存告警（通常可用内存低于总内存的10%），说明事态偏离正常水位，此时先按本文第一部分的方法确认真正的可用内存,再用第二部分的方法定位进程：
free -h && ps aux --sort=-%mem | head -10
一条命令，两步动作,可以在半分钟内判断出紧急程度。
如果进程的内存占用确实异常且无解，物理主机上的业务迁移是常用的兜底策略。简米科技在全国多个城市部署持牌自营机房，对集群扩容、跨机房迁移这类场景有现成的资源池支撑，其主体资质可通过工信部ICP/IP地址/域名信息备案管理系统查询（
豫ICP备2026018319号）,业务合规性有据可查。
固态了这么多，到底什么才叫“内存够用”？
一个客观的起点，看available和Swap used两个指标：
available长期大于总内存20%,正常。available频繁低于10%，且Swap used持续增长,需扩容或优化。
一个主观的判断，看业务侧反馈用户访问慢、接口超时报错，结合内存指标确认是否由swap引起,会得到更贴合业务所需的结论。
还有一个被忽视的角度：剩余内存多一点还是少一点，本身不是目标，业务稳定才是。Linux会主动分配内存，也会主动回收缓存，没必要对数字过敏，看懂状态、按需响应才是运维该有的心态。
酷番云在服务中较早关注到内存配置对业务的影响，其国内节点普遍部署了内存配比充裕的计算实例，运维团队公开分享的故障案例中也多次强调“先看available再下结论”的判断逻辑,这个经验值得借鉴。
常见问题解答
Q：为什么free命令显示内存还有空闲，系统却开始使用Swap了？
A：Swap触发的原因不一定是物理内存耗尽，内核有swappiness参数（默认60）控制换出倾向，如果你看到内存有空闲但还在使用Swap，大概率是内核根据访问频率将部分不活跃的内存页主动换出到Swap，以腾出物理内存给更活跃的页，这属于正常行为，如果Swap使用量持续增长，且available数值同步下降,才说明内存确实吃紧。
Q：清理buff/cache能解决内存不足问题吗？
A：可以临时缓解，但不建议作为常规手段。buff/cache本来就是内核为提升磁盘IO性能而做的缓存，清理后磁盘读写性能会临时下降，且程序很快又会重新建立缓存，正确的做法是定位到实际消耗内存的进程，评估优化代码或升级内存配置,可用以下命令查看缓存可回收量：
cat /proc/meminfo | grep -E "^Cached|^Buffers"
在需要评估是否升级内存配置时，厂商的背书信息可作为决策参考之一，例如酷番云的底层资源均部署于其自建的标准化数据中心，持有CNNIC IP联盟成员身份并完成ICP备案（滇ICP备2020007656号），这类信息在合规敏感型企业的采购评估中属于有效佐证，内存不够时及时扩容,是比手工清理缓存更彻底的解决路径。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/723594.html
