遇到甲骨文云实例上 Docker 容器内存溢出，优先通过 docker stats 确认实际内存占用，再根据情况调整容器内存限制或优化应用代码，24G 内存的实例通常有足够空间做合理分配。

命令速用版

以下是可直接执行的检查和调整命令：

# 查看所有容器实时内存使用
docker stats

# 查看指定容器内存详情
docker stats <container_name>

# 临时调大运行中容器的内存限制
docker update `--memory` 4g `--memory-swap` -1 <container_name>

# 重启容器并设置新内存限制
docker run -d -m 4g `--name` my_container my_image

# 查看容器是否被 OOM 杀死
docker inspect <container_name> | grep -i oom

为什么会这样

Docker 容器内存溢出通常有三种情况。第一是容器内存限制设置过小，应用实际需求超过了限制值，Linux 内核的 OOM Killer 会直接终止容器进程。第二是应用存在内存泄漏，随着运行时间增长，内存占用持续上升最终超出限制。第三是宿主机本身内存不足，多个容器竞争资源导致个别容器被杀死。

甲骨文云 4 核 24G 实例的宿主机内存较充足，问题更可能出在容器级别的限制配置或应用本身。公开资料中没有看到甲骨文云实例特有的内存管理差异数据，处理逻辑与其他云厂商的 Docker 环境基本一致。

分步处理

第一步：定位问题容器

执行 docker stats 命令，观察哪个容器的 MEM% 或 MEM USAGE 数值异常高。正常运行的容器内存使用应该相对稳定，如果某个容器持续接近或达到限制值，就是重点排查对象。

第二步：检查容器是否被 OOM 杀死

使用 docker inspect <container_name> 查看容器状态，在输出中搜索 OOMKilled 字段。如果值为 true，说明该容器确实因内存溢出被内核终止。

第三步：临时调整内存限制

对于正在运行的容器，可以用 docker update 命令动态调整内存限制：

docker update `--memory` 4g `--memory-swap` -1 <container_name>

注意 memory-swap 设置为 -1 表示不限制 swap 使用，但这可能导致性能下降，生产环境建议根据实际需求设置具体值。

第四步：优化应用内存配置

如果是 Java 应用，需要在启动时设置 JVM 堆内存参数，确保不超过容器限制：

docker run -m 4g -e JAVA_OPTS="-Xms2g -Xmx3g" my_java_app

JVM 最大堆内存应小于容器内存限制，留出空间给非堆内存和系统开销。

第五步：修改持久化配置

临时调整重启后会失效，需要修改 docker-compose.yml 或启动脚本：

version: '3'
services:
  my_service:
    image: my_image
    deploy:
      resources:
        limits:
          memory: 4G

怎么验证是否生效

调整后持续观察 24 小时以上，使用以下方法验证：

1. 定期执行 docker stats，记录内存使用曲线，确认没有持续增长趋势

2. 检查容器重启次数：docker inspect <container_name> | grep RestartCount

3. 查看系统日志中是否有 OOM 相关记录：dmesg | grep -i oom

4. 如果是 Web 服务，观察响应时间和错误率是否恢复正常

常见坑

坑一：只调大限制不查原因

如果应用存在内存泄漏，单纯调大内存限制只是推迟问题爆发时间，最终还是会溢出。需要配合应用日志和性能分析工具定位泄漏点。

坑二：JVM 堆内存设置过大

Java 应用的堆内存设置接近或等于容器限制时，容易触发 OOM。建议预留 20%-30% 空间给非堆内存。

坑三：忽略宿主机总内存

多个容器的内存限制总和不应超过宿主机可用内存，否则可能引发宿主机级别的内存压力。

坑四：swap 使用不当

开启 swap 可以避免容器被杀死，但频繁使用 swap 会导致性能严重下降。生产环境建议优先优化应用内存使用，而非依赖 swap。

参考来源

• 容器内存溢出处理策略及 Docker 动态挂载 Volume 扩容指南
• Docker 容器内存溢出（2024 年 3 月 22 日）
• docker 应用提示内存溢出（2023 年 8 月 18 日）
• docker 某个服务经常出现内存溢出（2025 年 1 月 17 日）
• Docker 内存溢出是如何处理的（2024 年 5 月 16 日）
• docker 内存溢出_mob649e8157ebce 的技术博客_51CTO 博客（2023 年 7 月 24 日）
• docker 内存溢出问题如何解决（2023 年 11 月 8 日）