如何定位线上OOM

积极向上的zzz

已于 2024-08-05 17:54:31 修改

阅读量391

点赞数 4

文章标签： java

于 2024-07-26 00:03:03 首次发布

本文链接：https://blog.youkuaiyun.com/weixin_54174344/article/details/140702350

版权

造成OOM的原因

1一次性申请太多对象。如：从数据库获取大量数据。
解决方法：更改申请对象的数量。如：做个分页。

2内存资源使用完未释放。如：太多线程建立数据库连接而未释放。
解决方法：使用线程池。

3本身资源不够，无法支持日常的使用。
jmap -heap 进程名：查看特定java进程的堆内存信息。

对于上述1.2问题的解决办法如下：

如何快速定位OOM

1系统已经挂掉了：提前设置如下参数，获取dump文件，再使用jvisualVM定位。
在这里插入图片描述
2系统还没有OOM：
快要OOM或者频繁FULL GC时，使用如下命令到处dump文件

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

积极向上的zzz

关注关注

4
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

【Java】如何定位线上的OOM

九师兄

08-03

318

本章我们主要讲解如何定位线上的OOM的问题。

线上服务内存OOM解析步骤

weixin_42208686的博客

08-22

378

最近线上网关服务出现异常问题，这个问题吧比较难以定位。因为网关服务是用的WebFlux 技术，当时初步认定为是网关服务 Netty 堆外内存泄露导致的。但是经过后续层层定位排查发现是 nacos-client 不停创建线程导致服务机器无额外资源创建线程的根本问题。上述步骤只是个人定位线上OOM的一些心得，可酌情采纳，勿喷。

参与评论您还未登录，请先登录后发表或查看评论

定位一个oom问题

sunshineywz的博客

05-11

1603

当系统出现oom问题时，我们一般的定位思路是怎样的？系统OOM常见的原因有： 1、用户态内存需求过多，资源不足； 2、大页配置不正确； 3、水位线值异常； 4、slab内存过多； 5、rcu异常； OOM问题定位步骤如下： 1、查看/proc/meminfo，查看用户态内存和内核态内存分别占用多少内存；通过top命令查看占用内存较多的前10个进程； 1、用户态内存使用过多； 2、top 10的进程存在非虚拟机进程，通常情况下，使用内存最多的是虚拟机进程。如果是费虚拟机进程出现在了前top10里，那么有可能

如何定位OOM

weixin_42774617的博客

05-22

937

可以将进程的内存heap输出出来到outfile文件里，再配合MAT（内存分析工具(Memory Analysis Tool）或与jhat (Java Heap Analysis Tool)一起使用，能够以图像的形式直观的展示当前内存是否有问题。对生产的dump文件，用JVisualVm分析，查看类的实例数，占内存的大小，找到gcroot，查看线程，定位到具体的代码。打印jvm heap的直方图，但是只答应存活对象的情况，对象的数量、内存大小。生成dump文件：（注意会造成full gc，导致STW）

oom如何定位问题？纯实战教程！

todoitbo的博客

04-11

1126

线上发生OOM问题，教你如何定位问题并解决

如何定位线上OOM？

善守者

12-13

772

然后用jvisualvm这个工具载入dump文件，选择堆类型。提前设置OOM后生成一个dump文件（.hprof）利用history命令也可以看到对象。随意点开一个，找到GCROOT。利用jps可以找到java线程。找到未释放的对象进行释放。

【转】线上OOM问题定位

z1340954953

03-10

533

JAVA出现OOM问题的原因 1. 分配的内存空间小，正常的业务需要较大的内存空间 2. 对象频繁被申请，没有释放掉 3. 资源不断的申请，导致资源耗尽，如线程不断创建，不断的发起网络连接定位OOM 1. 确定JVM的内存空间是否分配过小 jmap -heap pId 可以看出新生代、老年代的空间大小和使用情况 2. 找到最耗费内存对象 jmap -histo:live...

JVM出现OOM如何定位排查问题

xuweilin的博客

09-12

851

当JVM（Java虚拟机）出现OOM（OutOfMemoryError）异常时，定位并排查问题是一个复杂但必要的过程。

Jvm理论与实战-定位线上OOM、CPU100%、死锁等问题

坚持者的博客

02-15

1026

前沿本文为jvm专栏文章，本专栏从jvm的内存模型、gc算法和收集器（包含gc日志分析）、jvm线上问题OOM和CPU100%定位和解决、性能调优和指令实战，本文是线上OOM和CPU100%问题定位和解决。线上问题示例-死锁代码（不常见）模拟死锁的代码 @PostMapping("/deadLock") public JsonResult deadLock() { Object a...

Probe：Android线上OOM问题定位组件

2401_84544363的博客

05-01

895

为了解决HAHA算法中检测不到基础类型泄漏的问题，我们在遍历堆中的Instance时，如果发现是ArrayInstance，且是byte类型时，将它自身舍弃掉，并将它的RetainSize加在它的父Instance上，然后用父Instance进行后面的排序。我们在生成Reference之后，做了一步链路归并（如上图），即对于同一个对象的不同Instance，如果其底下的引用链路中的对象类型也相同，则进行归并，并记录Instance的个数和每个Instance的RetainSize。

线上生产系统OOM监控及定位与解决

kankan_s的专栏

08-05

520

可以使用监控工具，如JVM监控工具、应用性能监控（APM）工具等，定期收集内存使用的数据，并记录系统在不同时间段的内存使用情况。线上生产系统的OOM（Out of Memory）是一种严重的问题，表示系统内存不足，无法继续为新的对象分配空间，导致应用程序崩溃。可以使用一些内存分析工具，如MAT（Eclipse Memory Analyzer）等，帮助更深入地分析内存使用情况，找出具体的问题。定位OOM问题时，需要审查代码，查找是否有内存泄漏的情况，例如未及时释放资源、持续增长的数据结构等。

一分钟,教你如何迅速定位OOM

CTO技术的博客

07-01

1709

如何迅速定位OOM 某Java服务（假设PID=10765）出现了OOM，如何快速定位？ OOM常见原因分析 Java服务出现OOM，最常见的原因是：内存确实分配过小，内存确实不够用；某一个对象被频繁申请，却没有释放，内存不断泄漏，导致内存耗尽；某一个资源被频繁申请，系统资源耗尽，例如：不断创建线程，不断发起网络连接；更具体的，可以按照以下步骤，使用以下工具排查。 OOM定位指南确认是不是内存本身就分配过小方法： jmap -heap 10765 如上图，可以查

什么是OOM？如何快速定位并解决OOM？

Andrew_Chenwq的博客

04-19

1034

解决OOM问题通常需要综合考虑应用程序本身的逻辑、资源管理、内存配置和代码优化等方面。定位和解决OOM问题需要仔细分析和排查，可以结合监控工具、堆转储文件和内存分析工具等辅助工具来帮助诊断和解决问题。OOM（Out of Memory）是指在计算机系统中，当可用内存耗尽时，无法满足程序或进程的内存需求，导致系统无法分配更多内存资源的情况。

OOM分析与定位

所有文章都可以查看。如果发现需要VIP才能看的文章，请留言，可能是发布的时候手抖了。

04-30

6565

OOM 即 out of memory(内存溢出)，当程序运行时所需要的内存超出了JVM管理的最大内存就会导致内存溢出。经常与内存溢出一起被提及的概念还有内存泄漏(memory leak)，内存泄漏一般是指资源应释放而未释放，内存应回收而未回收，造成系统资源或内存浪费。当内存泄漏累计之后，资源和内存会被逐渐耗光，导致程序运行越来越慢，可能会导致OOM，甚至程序奔溃。当内存溢出发生时，会抛出OutOfMemoryError或者StackOverflowError异常。但是当内存泄漏发生时，若还有资源和内.

定位OOM（Out of Memory）

feng_ling_01的博客

07-01

590

其中-XX:HeapDumpPath=xxx是发生oom时保存记录文件的路径。例如：visualvm_jdkhome="D:\jdk18"打开etc下的visualvm.conf添加jdk目录。双击运行bin目录下的exe文件即可。通过官网下载后的压缩包进行解压。成功找出问题出现位置。

OOM错误和内存分析的定位方法及UAPM内存分析解决方案

VwCompiler的博客

10-09

401

日志分析：查看应用程序的日志，寻找与内存相关的异常信息，如内存分配失败、内存溢出等。分析内存问题：通过观察UAPM服务器上的内存数据，开发人员可以分析应用程序的内存问题。可以根据内存使用量的变化趋势、内存泄漏的对象等信息，定位到内存问题的根源。通过以上步骤，开发人员可以利用UAPM内存分析解决方案来定位和解决应用程序中的内存问题，提高应用程序的性能和稳定性。使用上述提到的OOM错误定位方法和UAPM内存分析解决方案，可以找出这段代码中的内存问题并进行修复。二、UAPM内存分析解决方案。

JVM实战—OOM的定位和解决

dsgdauigfs的博客

01-07

1030

情形一：Metaspace区域溢出通过异常信息可以直接定位出是Metaspace区域发生异常，然后分析GC日志就可以知道Metaspace发生溢出的全过程，接着再使用MAT分析内存快照，就知道是哪个类太多导致异常。情形二：栈内存溢出首先从异常日志中就能知道是栈内存溢出。然后从异常日志中可以找到对应的报错方法。知道哪个方法后，就可以到代码中定位问题。堆内存溢出问题的分析和定位：一是加入自动导出内存快照的参数二是到线上看一下日志文件里的报错如果是堆溢出，则用MAT分析内存快照。

了解OOM+OOM定位工具+具体案例和解决方法

Tryingwa的博客

04-10

1093

看这篇文章前提：了解jvm内存模型，了解GC算法；如果你想在面试中装b，如果你想学习如何快速定位oom和相关解决方案模板，这边文章都可以帮助你

cursor oom 536870904

最新发布

05-17

### 游标导致内存溢出错误的原因及解决方案当遇到游标引发的 `out of memory` 错误（例如错误代码 536870904），通常表明数据库或应用程序在处理大量数据时未能有效管理资源。以下是具体原因及其对应的解决方案。 #### 原因分析 1. **共享池不足** 数据库中的共享池可能由于频繁创建和销毁游标而耗尽空间，这可能导致无法分配足够的内存来支持新查询的操作[^2]。如果共享池配置过小或者存在未释放的会话级缓存，则容易触发此类问题。 2. **大对象存储不当** 如果应用层涉及大量的 LOB 类型操作（如 BLOB/CLOB），这些对象可能会占用过多堆栈区域或其他非连续地址空间，进而影响整个系统的稳定性[^3]。即使物理 RAM 足够充裕，逻辑上的碎片化也可能造成类似的 OOM 表现。 3. **连接数过高** 当并发用户数量增加时，每个活动进程都需要额外保留一部分私有区段用于执行计划保存以及中间结果集暂存等工作；一旦超出硬件承载能力范围之外就会报错提示 insufficient system resources available during online operation at line number xxx[^1]. 4. **不合理的 SQL 编写习惯** 复杂嵌套子句、缺少索引优化等因素都会加重 CPU 和 I/O 的负担，间接加剧了临时表文件膨胀现象的发生频率并最终演变成致命性的崩溃事故。 #### 解决方案建议针对以上提到的各种可能性因素分别给出如下应对措施： - #### 扩展 SGA 参数设置调整初始化参数文件(init<sid>.ora 或 spfile)，增大 sga_target 及其下属组件尺寸比如 java_pool_size,pga_aggregate_target 等值以适应更复杂的业务场景需求[^2]: ```sql ALTER SYSTEM SET SHARED_POOL_SIZE=XXM SCOPE=BOTH; ``` - #### 定期清理无用 session 通过监控 v$session 动态视图定位长期挂起却没有任何实质意义的任务实例，并强制断开它们从而回收被侵占掉的部分宝贵计算力资产: ```sql alter system kill session 'SID,SERIAL#'; ``` - #### 改善程序设计模式对于那些经常需要用到批量读取功能的应用模块来说，可以考虑采用分页机制代替一次性加载全部记录的方式减少瞬时峰值消耗水平；另外就是尽量避免重复定义相同名称但不同含义的对象结构以免引起混淆歧义情况出现[^3]. - #### 使用 AWR 报告诊断性能瓶颈启用自动工作负载资料档案馆(Automatic Workload Repository)定期收集历史趋势变化曲线图表辅助判断是否存在潜在风险隐患待消除[^4]. ```bash @?/rdbms/admin/awrrpt.sql ``` --- ###