一次Full GC导致CPU飙升的排查过程

已于 2022-04-20 00:49:09 修改
阅读量2.1k 收藏 8
点赞数
分类专栏： java 文章标签： java
于 2022-04-10 01:01:30 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u010180738/article/details/124071109
版权

文章目录

现象

生产环境突然间大量接口超时告警,监控发现，问题发生的时间，cpu使率飙升，网络磁盘抖动大，内存使用率飙升，大约3-5分钟后系统自动恢复。
cpu,网络监控异常
内存磁盘监控异常

异常分析思考

从监控看到，cpu，内存，磁盘，网络在异常发生时都有明显的抖动。
内存使用率突然飙升，应用IO也突然陡增。猜测可能是该时刻有定时任务，或者大量请求导致。问题发生时刻，细致对比变化时间，发现是首先网络IO飙升，磁盘突然增加，猜测可能是该时刻有大量请求导致。
综合分析下，我们猜测，最大可能是请求量突然暴增，导致系统负载过高，内存，cpu使用率飙升。

问题排查

最低0.47元/天 解锁文章
laterxie
关注
  • 0
    点赞
  • 踩
  • 8
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
CPU过高Full GC次数过多问题的排查
jeikerxiao
01-05 1194
服务器CPU 占用率过高问题排查 查看进程运行情况 # top <pid> 查看进程对应线程情况 # top -Hp <pid> 查看占用CPU过高的线程 在jsatck命令展示的结果中，线程id都转换成了十六进制形式。可以用如下命令查看转换结果: # printf "%x\n" <pid> jstack定位CPU占用线程 60代表查看60行日志 # jstack <pid> | grep <tid 16进制> -A60 发现CPU过高的线
CPU飙高，频繁GC，排查思路
qq_40091033的博客
01-10 411
CPU飙高，频繁GC，怎么排查
解决CPU占用100%，JVM年轻代GC频率高
Tiny_Demon的博客
05-18 1154
执行 jstack 进程号 | grep 线程ID 查找某进程下 ,线程ID（jstack堆栈信息中的nid）=0xa的线程状态。也可以使用jmap -heap 进程ID查看一下进程的堆内从是不是要溢出了，特别是老年代内从使用情况一般是达到阈值(具体看垃圾回收器和启动时配置的阈值)就会进程Full GC。例如，printf “%x\n” 线程ID ，打印：16b1，那么在jstack中线程号就是16b1。后续查看线程堆栈信息展示的都是十六进制，为了找到咱们的线程堆栈信息，咱们需要把线程号转成16进制。
full gc优化时间
最新发布
oZiSeFengYe1的专栏
04-24 95
Full GC 执行频率不算频繁，不低于 10 分钟 1 次;Minor GC 执行不频繁，约 10 秒一次;Minor GC 执行时间不到 50ms;Full GC 执行时间不到 1s;
生产稳定：JVM调优- java进程，JVM频繁GC，导致CPU占用、内存占用过高过高定位和排查
做技术，贵在学习与坚持！
11-10 2338
CPU占用过高定位和排查 1、查到耗CPU的线程id，top命令找出最高占用的进程（command为java） top -H ps -mp pid -o THREAD,tid,time 2、使用命令将线程id（tid）转换为十六进制 printf "%x\n" tid 3、通过进程id和线程id查看线程栈内存 jstack pid |grep tid -A 30 4、通过进程id导出堆内存（dump信息） jmap -dump:format=b,file=name.
JVM频繁FullGC以及CPU占用过高问题
weixin_45000157的博客
08-22 1239
最近线上某个服务所有接口突然响应很慢，并且超时，一开始以为是网络的问题，分时段测试了一下，发现并没有太大问题，于是把问题聚焦到了服务本身，用top命令简单看下，CPU直接飙升到了800+%，好家伙，应该是存在明显问题了，经过一阵分析，问题解决，故记录一下排查过程，截图已经是解决后的效果，懒得再把代码换回去了，说明下思路即可。运气好的话，一般到这里，基本就能看出来出了问题的代码，如果没看出来，多查看几个线程的状态，对比分析一下，这里的截图只是做演示，所以是RUNNABLE状态，如果是wait，就要注意了；
因Full GC导致CPU飙升到100%问题排查记录
翎野君的博客
07-16 1279
背景 提供了一个商品信息查询接口，此接口中会从Redis缓存中读取一个大对象列表出来，然后再根据传入的参数，对大对象列表进行过滤，进而得到最终的返回结果。 这里是一个比较典型的触发CPU飙高的场景，单次调用会生成大对象导致占用大量的年轻代空间。如果在业务高峰期，调用这个商品查询接口的频次很高的话，会导致堆内存飙升，老年代空间飙升，最终导致Full GC，如果不停地请求这个接口，会发现GC垃圾回收...
一次诡异的full gc查找问题全过程
08-26
在本篇文章中，我们将分享一个 Full GC 问题排查过程，通过示例代码和实际操作，介绍了如何快速定位 Full GC 问题的原因和解决方案。 问题描述 在我们的服务中，突然出现了频繁的 Full GC 问题，而服务本身没有...
线上adplatform集群机器cpu飙升问题排查总结.docx
12-23
本文总结了线上adplatform集群机器CPU飙升问题的排查经验，并对JVM性能优化与问题排查进行了详细的分析和总结。 JVM性能优化 在排查线上adplatform集群机器CPU飙升问题时，我们首先需要了解JVM的性能优化策略。JVM...
一次 Java 内存泄漏的排查解决过程详解
08-25
本文将详细介绍一次 Java 内存泄漏的排查解决过程，通过示例代码和实际案例，帮助读者更好地理解和排查 Java 内存泄漏。 一、问题描述 在本次值班中，我们的探测服务突然出现了大量的超时报警邮件，多数执行栈都在...
Java full gc触发情况实例解析
08-19
concurrent mode failure 是在执行 CMS GC 的过程中同时有对象要放入老年代，而此时老年代空间不足造成的（有时候“空间不足”是 CMS GC 时当前的浮动垃圾过多导致暂时性的空间不足触发 Full GC）。对措施为：增大 ...
一次Jvm old过高的排查过程实战记录
08-26
"Jvm Old区过高排查过程实战记录" 在这篇文章中，我们将探索Jvm Old区过高的排查过程。首先，我们需要了解Jvm的内存结构和垃圾回收机制。Jvm的内存结构可以分为年轻代（Young Generation）、老年代（Old ...
系统CPU飙高和频繁GC，我要怎么排查
weixin_43870079的博客
09-04 1048
1. Full GC次数过多 相对来说，这种情况是最容易出现的，尤其是新功能上线时。对于Full GC较多的情况，其主要有如下两个特征： 线上多个线程的CPU都超过了100%，通过jstack命令可以看到这些线程主要是垃圾回收线程 通过jstat命令监控GC情况，可以看到Full GC次数非常多，并且次数在不断增加。 首先我们可以使用top命令查看系统CPU的占用情况，如下是系统CPU较高的一个示...
FullGC 过多 为什么会让CPU飙升100%
邢美玲
06-23 2306
像脑筋急转弯一样，绕来绕去的： 因为FullGC进入了死循环，而FullGC的时候通常用户线程是需要为GC线程让步的，所以这个线程就会一直抢占CPU ，所以其他的线程都需要等待，导致程序所有功能都不能正常运行。...
CPU飙高，频繁GC，怎么排查？
ai_goodStudent的博客
01-15 1634
本文转自 处理过线上问题的同学基本上都会遇到系统突然运行缓慢，CPU 100%，以及Full GC次数过多的问题。当然，这些问题的最终导致的直观现象就是系统运行缓慢，并且有大量的报警。 本文主要针对系统运行缓慢这一问题，提供该问题的排查思路，从而定位出问题的代码点，进而提供解决该问题的思路。 对于线上系统突然产生的运行缓慢问题，如果该问题导致线上系统不可用，那么首先需要做的就是，...
CPU飙升问题的解决实例
进化的深山猿
01-10 5223
项目使用现象： web项目，页面打开特别慢，反正就是慢。平常打开页面需要0.5s，现在需要3-5秒 进入服务器（4核8G内存）查看原因： top发现： 但是cpu波动过大，使用平常在 10%左右，会突然飙升到100%、200%甚至300% jmap -heap pid jvm内存已使用99.9%。jstat 发现发生了大量的fullgc. 所以即使存在OOM，也是响应很慢，不会停止提供服务 ...
项目实战典型案例15——高并发环境下由于使用全局变量导致数据混乱 高并发环境下对象被大量创建，导致GC并且CPU飙升
理想主义的花最终会盛开在浪漫主义的土壤里，我的热情永远不会熄灭在现实的平凡之中，我们终将上岸，阳光万里。
03-17 1240
1. 在项目开发过程中，对于公共变量的使用一方面需要慎重，需要考虑是否有并发，多线程的情况，然后根据实际情况选择对应的处理措施。 2. 实例化类，也需要慎重，实例化类是有有必要。
裂开，JVM疯狂GC导致CPU飙高
Java圈全能架构师的博客
10-03 1485
背景 线上web服务器不时的出现非常卡的情况，登录服务器top命令发现服务器CPU非常的高，重启tomcat之后CPU恢复正常，半天或者一天之后又会出现同样的问题。解决问题首先要找到问题的爆发点，对于偶现的问题是非常难于定位的。 重启服务器之后只能等待问题再次出现，这时候首先怀疑是否某个定时任务引发大量计算或者某个请求引发了死循环，所以先把代码里面所有怀疑的地方分析了一遍，加了一点日志，结果第二天下午问题再次出现， 这次的策略是首先保护案发现场，因为线上是两个点，把一个点重启恢复之后把另一个点只下线不
java两分钟一次fullGC正常吗
06-09
Java的Full GC是一种比较耗时的垃圾回收，因此频繁的Full GC可能会对应用程序的性能产生影响。一般来说，如果应用程序在运行过程中频繁地发生Full GC，可能会提示应用程序存在内存泄漏或者内存使用不当的情况。因此，Java两分钟一次Full GC可能不太正常，需要进一步分析应用程序的内存使用情况和GC日志来确定原因。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值