Linux系统作为服务器领域的主流操作系统，内存资源的管理直接影响系统的整体性能和稳定性，实际使用中经常会遇到各类内存相关的异常问题，需要针对性排查和处理。
常见的Linux内存问题类型
1. 内存泄漏
内存泄漏是指程序在运行过程中申请了内存但没有及时释放，随着运行时间增加，占用的内存会持续增长，最终导致可用内存耗尽。这类问题常见于长期运行的服务进程，比如自定义的守护进程、部分第三方服务组件等。
2. 内存溢出
内存溢出是指程序申请的内存超过了系统能够提供的可用内存上限，通常会直接触发程序崩溃，部分情况下也会导致系统层面的异常。比如运行内存需求超过物理内存+swap总量的大型计算任务时，就容易出现该问题。
3. swap使用异常
swap是Linux系统利用磁盘空间模拟的内存区域，当物理内存不足时会将部分不常用的内存页交换到swap中。如果swap使用率长期过高，会导致系统响应明显变慢，甚至因为磁盘IO压力过大引发服务超时。
4. OOM_killer触发
当系统可用内存极度不足时，内核的OOM_killer机制会自动触发，选择占用内存较高的进程强制杀掉以释放内存，这会导致对应服务突然中断，影响业务可用性。
问题排查方法
查看整体内存使用情况
可以使用free命令查看当前系统的内存和swap使用情况，参数-h可以让输出结果以人类可读的单位展示：
# 查看内存使用情况 free -h
输出结果中total表示总内存，used表示已使用内存，free表示完全空闲内存，available表示实际可用的内存，包括可以回收的缓存和缓冲区内存。
定位内存占用高的进程
使用top命令可以实时查看进程的内存占用情况，按M键可以按照内存使用率排序，快速找到占用内存最高的进程：
# 实时查看进程资源占用，按M按内存排序 top
如果需要查看具体进程的内存详细分配情况，可以使用pmap命令，后面跟上进程ID即可：
# 查看进程ID为1234的内存映射情况 pmap -x 1234
检测内存泄漏
对于怀疑存在内存泄漏的进程，可以使用valgrind工具进行检测，该工具可以跟踪程序的内存申请和释放操作，输出泄漏的内存位置和大小：
# 检测可执行文件test_mem的内存泄漏情况 valgrind --leak-check=full ./test_mem
对应解决方法
内存泄漏的处理
如果是自研程序出现内存泄漏，需要根据valgrind输出的堆栈信息定位代码中未释放内存的逻辑，添加对应的释放代码。如果是第三方服务的问题，可以查看官方是否有对应版本的修复补丁，升级到修复后的版本，或者调整服务的重启策略，定期重启服务释放泄漏的内存。
内存溢出的处理
如果是运行任务的内存需求超过当前系统配置，可以考虑两种方案：一是扩容系统的物理内存，提升可用内存上限；二是优化任务的内存使用逻辑，比如分批次处理数据，减少单次运行的内存占用，避免一次性申请过多内存。
swap使用异常的处理
首先可以调整swappiness参数，该参数控制内核使用swap的倾向，取值范围是0到100，值越低表示越倾向于优先使用物理内存，减少swap的使用：
# 临时设置swappiness为10，降低swap使用倾向 sysctl vm.swappiness=10 # 永久生效可以写入配置文件 echo "vm.swappiness=10" >> /etc/sysctl.conf sysctl -p
如果物理内存确实不足，可以考虑增加swap分区的大小，或者扩容物理内存从根源上减少swap的使用。
OOM_killer触发的处理
首先可以查看/var/log/messages或者dmesg的输出，确认被OOM_killer杀掉的进程ID和名称：
# 查看内核日志，找到OOM相关的记录 dmesg | grep -i oom
如果是关键服务被杀掉，可以调整该进程的OOM优先级，降低其被OOM_killer选中的概率，OOM优先级的取值范围是-1000到1000，值越低越不容易被杀死：
# 将进程ID为1234的OOM优先级设置为-1000，降低被杀死的概率 echo -1000 > /proc/1234/oom_score_adj
同时需要排查内存不足的根本原因，是存在内存泄漏还是业务量增长导致内存需求提升，针对性进行优化或者扩容。
Linux内存泄漏swap内存溢出OOM_killer修改时间：2026-06-09 23:36:23