记一次内存暴涨频繁触发FULLGC导致的CPU资源耗尽

最新推荐文章于 2024-08-05 02:41:45 发布
最新推荐文章于 2024-08-05 02:41:45 发布
阅读量1k 收藏 2
点赞数
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/hedyuan586/article/details/103213533
版权
本文记录了一次由于内存暴涨频繁触发FULLGC，进而导致CPU资源耗尽的问题。通过jstack、jstat、jmap等工具进行定位，最终发现是定时任务中的大规模SQL查询未及时释放导致。
摘要由CSDN通过智能技术生成

记一次内存暴涨频繁触发FULLGC导致的CPU资源耗尽

异常现象

线上服务突然卡死，进入服务器查看CPU资源耗尽，服务不能正常继续运行
top -Hp pid查看服务进程中的线程消耗情况
在这里插入图片描述

定位方法

上面已经看到四个线程将4核服务器资源消耗完
printf %x pid 得到线程的nid

使用jstack工具查看线程状况

jstack pid | grep nid-A 200
在这里插入图片描述
发现资源全部消耗在ParallelGC上，那么我们就要查看gc的详情信息

使用jstat gcutil工具

jstat -gcutil pid 刷新频率(毫秒)
在这里插入图片描述
此时eden区和old区都已经爆满，fullGC一次时间在3s左右

使用jmap查看heap存活对象

jmap -histo:live pid | head -20

最低0.47元/天 解锁文章
hedyuan586
关注
  • 0
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Java内存配太大导致fullgc_记一次因为短命大对象导致fullGC的问题
weixin_31221157的博客
02-28 1250
写在前面java内存申请和释放均是由jvm在控制。而释放往往会出现各种各样的问题，经常一个引用没处理好就引起内存泄漏，最后引发OOM。如果发生在重要业务系统还可能出现严重的生产事故。 因此内存使用一定要谨慎，特别是引用要及时断链。虽然jvm有GC(垃圾回收引擎)，但只能清理没有引用的对象，因此对象在不使用时及时置null。当然，笔者对此是很小心的，但万万没想到还是遇到了fullGC(old GC)...
FullGC 过多 为什么会让CPU飙升100%
邢美玲
06-23 2342
像脑筋急转弯一样，绕来绕去的： 因为FullGC进入了死循环，而FullGC的时候通常用户线程是需要为GC线程让步的，所以这个线程就会一直抢占CPU ，所以其他的线程都需要等待，导致程序所有功能都不能正常运行。...
频繁FullGC问题
刘皇叔说Java的博客
07-01 1423
频繁Full GC（Full Garbage Collection）是Java应用中常见的问题，频繁的Full GC（垃圾收集）问题会导致应用程序性能下降、响应时间变长，甚至可能导致应用程序停滞。，它会导致系统性能急剧下降，甚至引发系统卡死。
JVM频繁FullGC以及CPU占用过高问题
weixin_45000157的博客
08-22 1331
最近线上某个服务所有接口突然响应很慢，并且超时，一开始以为是网络的问题，分时段测试了一下，发现并没有太大问题，于是把问题聚焦到了服务本身，用top命令简单看下，CPU直接飙升到了800+%，好家伙，应该是存在明显问题了，经过一阵分析，问题解决，故记录一下排查过程，截图已经是解决后的效果，懒得再把代码换回去了，说明下思路即可。运气好的话，一般到这里，基本就能看出来出了问题的代码，如果没看出来，多查看几个线程的状态，对比分析一下，这里的截图只是做演示，所以是RUNNABLE状态，如果是wait，就要注意了；
因Full GC导致CPU飙升到100%问题排查记录
翎野君的博客
07-16 1305
背景 提供了一个商品信息查询接口，此接口中会从Redis缓存中读取一个大对象列表出来，然后再根据传入的参数，对大对象列表进行过滤，进而得到最终的返回结果。 这里是一个比较典型的触发CPU飙高的场景，单次调用会生成大对象导致占用大量的年轻代空间。如果在业务高峰期，调用这个商品查询接口的频次很高的话，会导致堆内存飙升，老年代空间飙升，最终导致Full GC，如果不停地请求这个接口，会发现GC垃圾回收...
fullgc触发条件_线上频繁发生fullGC 如何处理？CPU使用频率过高怎么办？
weixin_39787792的博客
11-27 952
一、Java GC是在什么时候，对什么东西，做了什么事情地球人都知道，Java有个东西叫垃圾收集器，它让创建的对象不需要像c/cpp那样delete、free掉，你能不能谈谈，GC是在什么时候，对什么东西，做了什么事情？一>. 回答：什么时候?1. 系统空闲的时候。分析：这种回答大约占30%，遇到的话一般我就会准备转向别的话题，譬如算法、譬如SSH看看能否发掘一些他擅长的其他方面。2. 系统...
记一次生产频繁发生FullGC问题
m0_71777195的博客
03-17 521
因为最近这个接口调用量是翻倍了，所以我就去检查了下慢SQL，发现确实是有较多的慢SQL，所以我就缩减了查询的时间范围，但是效果并不好。经过上面问题的排查，造成hooks大对象的原因找到了，就是每次调用接口的时候，都会往hooks里面put一个对象。过了一会发现，这个服务fullGC是有问题的，太频繁了，这个应该是导致接口超时的根本问题，因为时间也是对的上的。对比一下，就不难发现，fullGC数量是从3月15号晚上9点开始增加的，也是这个接口对外开放的时间。2、根据dump文件，分析出堆内对象的分布情况。
一次诡异的full gc查找问题全过程
08-26
查看 GC log 日志，发现每次发生 Full GC 时，old 区域和 perm 区域的使用率很低，没有达到触发 Full GC 的条件。此外，项目中配置的是 CMS，为什么没有进行 CMS GC，而直接进行了 Full GC 呢？ 查找过程 1. 代码...
记一次tomcat进程cpu占用过高的问题排查记录
01-20
本文主要记录一次tomcat进程，因TCP连接过多导致CPU占用过高的问题排查记录。 问题描述 linux系统下，一个tomcat web服务的cpu占用率非常高，top显示结果超过200%。请求无法响应。反复重启依然同一个现象。 问题...
java排查一个线上死循环cpu暴涨的过程分析
09-07
本文将详细解析一个典型的线上问题：Java应用程序出现死循环导致CPU暴涨的过程及排查方法。 首先，问题的现象是打开一个特定页面时，CPU使用率瞬间飙升至100%，使得系统运行变得极其缓慢。在这种情况下，首要任务是...
java gc占用cpu问题_Java进程占用CPU高的问题跟踪
weixin_39941847的博客
03-04 716
http://www.cublog.cn/u/12331/showart_255325.htmlWebLogic高cpu消耗诊断一例故障分析报告故障描述2007-3-6日上午，在系统监控时发现WebLogic实例的JAVA进程CPU使用率非常高，长期在60％以上，而内存消耗也较大。在11：30分，WebLogic其中一个实例内存溢出，很快另外一个实例访问也异常缓慢。经过重启，系统访问正常。发生时间...
CPU飙高，频繁GC，怎么排查？
ai_goodStudent的博客
01-15 2132
本文转自 处理过线上问题的同学基本上都会遇到系统突然运行缓慢，CPU 100%，以及Full GC次数过多的问题。当然，这些问题的最终导致的直观现象就是系统运行缓慢，并且有大量的报警。 本文主要针对系统运行缓慢这一问题，提供该问题的排查思路，从而定位出问题的代码点，进而提供解决该问题的思路。 对于线上系统突然产生的运行缓慢问题，如果该问题导致线上系统不可用，那么首先需要做的就是，...
系统 CPU 突然飙升且 GC 频繁，如何排查
z_ssyy的博客
12-11 1314
处理过线上问题的同学基本上都会遇到系统突然运行缓慢，CPU 100%，以及Full GC次数过多的问题。当然，这些问题的最终导致的直观现象就是系统运行缓慢，并且有大量的报警。本文主要针对系统运行缓慢这一问题，提供该问题的排查思路，从而定位出问题的代码点，进而提供解决该问题的思路。对于线上系统突然产生的运行缓慢问题，如果该问题导致线上系统不可用，那么首先需要做的就是，导出jstack和内存信息，然后重启系统，尽快保证系统的可用性。
某java应用大量消耗内存，导致频繁FullGC怎么处理
yougubaihe_ss的博客
08-13 1947
思路： 1、什么对象消耗内存最大； 2、是否创建了太多的线程； 3、新生的、老年代现在内存使用情况，确认是不是整体内存分配太小了； 4、实时查看新生的、老年代内存使用情况，GC情况 5、代码层检查，是否有大对象创建？需要调用close()或dispose()来回收的资源是否回收了？ 操作： 1、执行“jmap -histo:live 10765 | more”命令，以表格的方式...
关于GC垃圾回收
m0_54992396的博客
03-31 622
关于GC垃圾算法的一些浅见
JVM菜鸟进阶高手之路六（JVM每隔一小时执行一次Full GC）
weixin_30867015的博客
09-23 99
转载请注明原创出处，谢谢！ 上次分析详细地址在：http://www.cnblogs.com/lirenzuo/p/7531700.html 以为上次问题是rmi的问题就此结束了，但是问题并没有结束，其实本次问题不是rmi问题导致的，但是rmi也的确可能会有sys.gc fullgc问题。 查看GC统计汇总情况： jstat -gcutil pid 3s 30 参考gc，发现大概一小时运行...
记录一次使用ParallelGC导致线上FGC频繁、耗时长的原因
自律使我自由
12-17 2354
线上环境 JDK1.8 使用默认垃圾收集器：UseParallelGC 服务器内存32G（部署了多台服务） 线上启动JVM时，未添加任何参数配置。 所以默认配置为： Non-default VM flags: -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=null -XX:InitialHeapSize=526385152 -XX:MaxHeapSize=8392802304 -XX:MaxNewSize=2797600768 -XX:MinHeapDel
CPU飙高问题排查思路
最新发布
记录工作中遇到的问题以及解决方案
08-05 846
工作中时不时会被指派去排查线上问题，线上问题大致分成两种：一种是业务bug相关的，这种实际上没啥好讲的，无非就是程序运行结果不符合业务，一般都是看下相关日志，获取相关入参，在本地复现bug后修复即可。另一种则是排查程序是否能稳定运行，即在程序能完成预期的功能前提下，保证程序能够有较快的响应速度，不会出现明显的卡顿以及延迟。一般出现延迟或者卡顿的情况，服务器CPU使用率通常都会异常飙高。所以问题也就转换成了排查CPU为何飙高，以及应该如何解决。
easylogging++ 多线程 内存暴涨
10-28
其中一个常见的问题是内存暴涨。 内存暴涨指的是程序在运行过程中占用的内存空间急剧增加。多线程程序中，每个线程都有自己的栈空间，用于存储局部变量等数据。当多个线程同时执行时，可能会导致大量的栈帧被同时...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值