如何排查AWS Beanstalk Django应用实例内存占用过高的问题

一、htop内存指标快速解读 #

• Mem行的总占用≠应用实际内存消耗：该值包含了系统缓存、缓冲区的占用，这部分内存可被系统自动回收分配给业务进程，仅当cache/buff之外的占用持续高于80%才属于真实的物理内存紧张
• Swp（交换分区）占用是核心判断标准：如果交换分区占用持续上涨且超过20%，说明物理内存已经不足以支撑当前运行的进程，系统开始将冷数据置换到磁盘，会严重拖慢实例性能
• 按下M快捷键可将进程按内存占用从高到低排序，快速定位TOP占用进程

二、进程维度内存异常判断规则 #

• 重点关注进程的RES列数值：该值为进程实际占用的物理内存大小（排除了共享内存、交换空间和缓存占用），如果单个业务进程的RES占总内存的40%以上，优先排查该进程是否存在内存泄漏
• VIRT列为进程申请的虚拟内存总量，数值通常远大于物理内存，不作为内存异常的判断依据
• 如果高内存占用的进程是系统进程（如kswapd0），说明系统正处于高频内存置换状态，本质还是业务进程内存占用过高导致的

三、Beanstalk环境专项排查建议 #

• 先确认实例规格与业务负载匹配度：比如1C1G的小规格实例如果同时运行Web服务、定时任务、队列worker多个组件，很容易触发内存告警，可先尝试升配实例验证问题是否消失
• 执行dmesg | grep -i oom命令检查是否存在OOM Killer杀进程的记录，如果有说明内存紧张已经影响业务可用性，需要优先处理
• 检查业务代码逻辑：解释型语言（Python/PHP/Node.js）常见的内存泄漏场景包括全局变量未释放、大文件一次性读入内存、队列任务处理完未销毁资源、数据库查询未做分页一次性拉取全量数据等
• 检查日志、临时文件堆积情况：大量未清理的小文件会占用大量系统缓存，触发内存告警阈值，可配置定时任务清理7天以上的历史日志和临时文件
• 调整Beanstalk告警阈值：如果你的业务峰值内存稳定在90%左右且没有性能问题，没有触发OOM Killer杀进程，可以适当将告警阈值调整到95%减少误报

内容的提问来源于stack exchange，提问作者GustavoNogueira