1. 识别具体OOM类型与根源进程
首先通过dmesg | grep -i "out of memory"定位详细的OOM日志，重点关注内核杀死的进程ID（PID）及原因（如“Killed process X (Y), UID Z, total-vm:AAAkB, anon-rss:BBBkB”）。结合top或htop命令实时查看内存占用排名，确认是系统整体内存耗尽（如物理内存+交换空间不足），还是单个进程异常占用（如内存泄漏）。
2. 临时释放内存缓解紧急情况
若系统因突发内存峰值出现OOM，可通过以下命令快速释放闲置内存：
sync && echo 3 > /proc/sys/vm/drop_caches（需root权限），该操作会清空页缓存、目录项和inode缓存，释放部分内存供当前进程使用。top中发现某进程持续占用大量内存（如超过总内存的70%且无合理理由），可使用kill -9 [PID]强制终止。需谨慎操作，避免误杀系统关键进程（如systemd、sshd）。3. 增加交换空间（Swap）作为内存缓冲
交换空间是磁盘上的虚拟内存，当物理内存不足时，系统会将闲置内存数据写入交换空间，避免直接OOM。操作步骤如下：
sudo fallocate -l 4G /swapfile（若fallocate不可用，可用dd if=/dev/zero of=/swapfile bs=1M count=4096替代）。sudo chmod 600 /swapfile（限制仅root可访问），sudo mkswap /swapfile（格式化为交换格式）。sudo swapon /swapfile立即启用，编辑/etc/fstab文件添加/swapfile none swap sw 0 0，确保重启后自动挂载。4. 调整内核内存管理参数优化行为
通过修改内核参数，改变系统处理内存不足的方式：
/etc/sysctl.conf，添加vm.overcommit_memory = 2（值为2时，内核严格检查内存申请是否超过物理内存+交换空间总和，避免过度分配）。vm.swappiness = 10（值范围0-100，越低越倾向于使用物理内存，越高越倾向于使用交换空间。建议服务器设置为10-30，平衡性能与稳定性）。sudo sysctl -p使修改生效。5. 优化或替换异常应用程序
若OOM由特定应用程序（如Java应用、数据库）引起，需针对性解决：
valgrind等工具检测应用程序内存泄漏（如valgrind --leak-check=full ./your_app），修复代码中未释放的内存块。-Xms（初始堆大小）和-Xmx（最大堆大小）参数（如-Xms512m -Xmx2g，根据服务器内存调整）；对于数据库（如MySQL），调整innodb_buffer_pool_size等参数，避免过度分配内存。6. 升级物理内存（终极解决方案）
若系统长期频繁出现OOM，且上述方法无法根本解决（如服务器部署了内存密集型应用，如大数据分析、虚拟机），需升级物理内存（RAM）。选择与服务器兼容的内存条（如DDR4、容量匹配），升级前备份重要数据并关闭服务器。
7. 预防性监控与维护
建立内存使用监控机制，提前预警OOM风险：
htop（可视化内存占用）、free -h（查看内存/交换空间使用情况）、vmstat 1（监控内存、交换空间、IO等指标）。/var/log/syslog或/var/log/messages中的OOM日志，统计高频出现OOM的进程或时间段。