线上CPU飙升问题排查

最新推荐文章于 2024-04-16 15:37:16 发布
最新推荐文章于 2024-04-16 15:37:16 发布
阅读量208 收藏 1
点赞数
分类专栏： 问题排查 文章标签： jvm java linux
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/microlmj/article/details/125933566
版权

收到服务监控报警提示

 马上去机器top命令查看 发现内存 CPU都爆了

一看是java程序的锅

赶紧看下这个进程的 各线程cpu使用情况

ps H -eo pid,tid,%cpu --sort=%cpu |grep 4386

把线程堆栈打印出来

jstack -l 4386 >> jstackLog.out

 分析最高cpu 4759的线程日志  jstackLog.out日志里要找4759的16进制  0x1297

 从日志jstackLog.out 找到0x1297相关日志

 

发现是 数据导出 导致的  顺利找到问题 O(∩_∩)O~

microlmj
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
线上占用CPU过高问题排查
01-09
前言 最近博主在搬砖的时候遇到了线上的一些问题，大致情况是这样的。表象：服务挂了，CPU占用比较高，一直在百分之九十多。肯定有小伙伴会说常规操作 ，reboot一下完事儿了。其实这样吧没毛病，但是解决不了根本问题。啥也不多说。咱们先说下线上排查三板斧。就算不能解决问题也能猜个差不多。 理论基础 top 命令找出应用 pid-app top -Hp 命令找出线程 pid-thread printf '%x\n' 命令将线程 pid 转换成 16 进制 pid-thread-hex jstack | grep 'pid-thread-hex' 命令查看线程信息 示例 1.top 命令找出应用 p
线上CPU飙升100%问题排查
liminghui4321的博客
07-27 311
1.问题复现 线上系统突然运行缓慢，CPU飙升，甚至到100%，以及Full GC次数过多，接着就是各种报警：例如接口超时报警等。此时急需快速线上排查问题。 2.核心步骤 1.执行“top”命令：查看所有进程占系统CPU的排序。极大可能排第一个的就是咱们的java进程（COMMAND列）。PID那一列就是进程号。 2.执行“top -Hp 进程号”命令：查看java进程下的所有线程占CPU的情况。 3.执行“printf "%x\n 10"命令 ：后续查看线程堆栈信息展示的都是十六进制，为了找到咱
面试题：线上CPU飙高如何排查
你个无聊小demo的博客
08-24 351
面试题：线上CPU飙高如何排查
线上CPU飙升排查
qq_30299977的博客
02-16 381
CPU排查
线上故障之-CPU飙高
m0_46690280的博客
03-06 5530
线上故障之-CPU飙高CPU飙高 CPU飙高 CPU飙高的现象很常见，但其实发现和解决起来并不是特别复杂，此处列举一些常见的CPU飙高案例，并给出解决方案和相关故障排查解决过程。 分析之前，复习几个知识点： CPU性能指标： load average：负载，linux查看的时候，通常显示如下： 代表了系统1分钟，5分钟，15分钟平均负载。 形象的类比可参考Understanding Linux CPU Load - when should you be worried? | Scout APM Blog
CPU飙升问题CPU飙升问题
09-29
总的来说，处理Java CPU飙升问题需要全面分析，从代码质量、JVM配置、资源管理等多个角度入手，通过细致的排查和优化，确保应用程序高效稳定地运行。同时，持续的监控和性能调优是预防和解决此类问题的关键。
线上adplatform集群机器cpu飙升问题排查总结.docx
12-23
在排查线上adplatform集群机器CPU飙升问题时，我们使用了多种工具和技术来分析问题的根源。这些工具和技术包括： * Top命令：用于查看当前的CPU使用情况和进程信息。 * Ps 命令：用于查看当前的进程信息和线程信息...
线上服务CPU100%问题快速定位实战
10-11
### 线上服务CPU100%问题快速定位实战 #### 一、引言 在IT运维领域，性能问题是常见的挑战之一，特别是在线上服务出现CPU利用率飙升至100%的情况下，快速准确地定位问题变得尤为重要。本文将详细介绍一种实战演练...
java排查一个线上死循环cpu暴涨的过程分析
09-07
本文将详细解析一个典型的线上问题：Java应用程序出现死循环导致CPU暴涨的过程及排查方法。 首先，问题的现象是打开一个特定页面时，CPU使用率瞬间飙升至100%，使得系统运行变得极其缓慢。在这种情况下，首要任务是...
记一次tomcat进程cpu占用过高的问题排查记录
01-20
本文主要记录一次tomcat进程，因TCP连接过多导致CPU占用过高的问题排查记录。 问题描述 linux系统下，一个tomcat web服务的cpu占用率非常高，top显示结果超过200%。请求无法响应。反复重启依然同一个现象。 问题...
线上java程序CPU飙升问题排查
weixin_44335140的博客
03-11 646
最近面试的时候被问到JVM线上CPU突然飙高怎么处理，有点忘了，所以写篇博客记录一下，增加一下记忆 首先，写一个程序，模拟CPU飙升场景。 @RestController public class HelloController { @RequestMapping("/hello") public void hello(){ for (int i = 0; i < 10; i++) { Thread thread = new Thread(.
线上CPU飙升问题回顾
lovesunren的专栏
04-17 156
接上篇List4种遍历方式，方式一可以操作list，但是需要谨慎，让我想起了朋友公司的一个线上事故。 事件还原 某日朋友联系我说他们公司线上出事故，线上机器CPU一直飙升，还在定位问题，大家一起沟通下，什么原因导致CPU飙升，内存没有太大变化。 1.最近仅有一个小版本上线 2.小版本上线前线上一切安好 3.小版本上线仅有一段平淡无奇的while(true)循环，循环内有一个当前时间按照【某计算规...
线上机器cpu突然飙高怎么办？- jvm调优实战
JavaShark的博客
05-27 639
线上机器cpu使用率突然飙升 怎么办？ 线上机器频繁full GC 怎么办？ oom怎么预防 难道只有事故发生了才知道么？平时怎么防患于未然？ 指引 先放一张图 没错 我们的老朋友arthas。神器阿尔萨斯。下午刚刚在服务器部署好的，感觉非常兴奋，又有了新玩具(hahhh)。 当然如果没有阿尔萨斯也没关系。这篇文章会比较入门向。涉及到以下一些点 怎么观察线上heap状态。所谓防患于未然。之前介绍过jmap和jstats，现在会更进一步讲下怎么看懂这些指标。 线上cpu突然飙
线上CPU飙高如何处理?
最新发布
qq_43345619的博客
04-16 330
3）考虑到折扣策略数据量没那么大，针对redis 大key，优化缓存读写策略，引入本地+redis的二级缓存，优先读取本地缓存，减少对redis的冲击。某一天下午业务高峰期，突然收到线上服务CPU冲高，线程池被打满，几分钟之内，服务很快进入假死状态，系统频繁重启，客户反馈小程序或APP各种系统异常。4) 本地缓存失效，在应用中打印告警日志，配合监控系统告警研发同学，人工介入，触发job，重刷缓存，保存本地缓存能快速恢复。2）收到线上CPU和线程池打满的告警后，从线上dump线程运行情况，开始定位问题。
线上问题处理1---CPU飙高问题定位
zhoushimiao1990的博客
07-31 1604
线上CPU飙高问题定位， top命令详解
记一次线上CPU过高的问题以及处理方案
码农飞哥
08-08 2917
场景回溯 本人所在的项目是一个支付项目，有个场景就是当用户下单之后，需要及时的知道订单的支付状态，有的渠道回调比较慢，故在用户下单之后将订单信息放入redis，然后不断的去轮询调用渠道方订单查询接口。 问题复现 原始版本 不断的从redis中消费数据，然后调用渠道方订单查询接口查询订单状态，如果返回的状态是未支付的话，则会重新放到redis中，等待下一次在进行查询。每个订单在2分钟内可能会调用渠道方接口查询很多次，对渠道方的接口压力比较大。订单量小的时候还好，订单量大的时候，渠道方时常过来骂人，然后把我们的
Java线上项目cpu过高的排查思路
cyh的博客
01-28 5691
项目介绍 是给银行做的一个征信系统项目，业务如图 代码如下 问题 项目在linux运行一段时间后，发现cpu占用率越来越高，最终达到100% 排查步骤 1.top命令找到cpu占用高的进程号 发现进程号为2732 2.查看进程的所有线程信息，记下占用最高的线程 执行命令，单独监控该进程 top -p 2732 在界面按下H，获取当前进程下所有线程信息 占用cpu最高的线程为2734 **3.将第2步得到的线程号转化为十六进制 ** 将2734转化为十六进制数 **4.查看进程堆栈信息 ** 根据第1
JVM：线上服务CPU爆满，如何排查（三）
55555的博客
04-15 4190
前一段时间出现了一个正则表达式引起的线上CPU爆满的问题，一开始没有在第一时间定位到问题，这里也特此记录一下，同时也系统的梳理下CPU爆满问题的排查思路和方法，为后续的同学提供参考。
线上CPU飙高问题排查 （Java）
meng9069572154的博客
11-21 3069
线上CPU飙升问题快速定位排查
线上内存飙升排查问题过程
06-01
线上内存飙升是一个比较严重的问题，如果不及时处理，可能会导致系统崩溃。以下是一般的排查问题的过程： 1. 监控告警分析：系统应该有监控告警机制，如果内存使用率过高，应该及时发出告警并记录监控数据。首先，需要分析告警信息和监控数据，确认内存使用率确实出现了异常。 2. 定位问题代码：通过监控工具、日志和代码调试等方法，确定哪些代码出现了内存使用率飙升的问题。可以使用 JVM 的内存分析工具，例如 jmap、jhat、jstack、VisualVM 等来分析内存使用情况，并找出内存泄漏的代码位置。 3. 解决问题代码：根据定位出的代码问题，进行修复。对于内存泄漏问题，需要分析代码中的对象生命周期，释放不再使用的对象，并检查是否存在对象引用未释放的情况。对于频繁创建和销毁对象、大对象等问题，需要优化代码逻辑，减少内存占用。 4. 测试验证：完成修复后，需要进行测试验证，确保问题得到了解决，并且没有引入新的问题。 5. 监控预警优化：针对该问题，需要优化监控预警机制，避免类似问题再次出现。可以增加更加详细的监控数据、设置更加敏感的告警阈值等等。 总之，线上内存飙升是一个比较严重的问题，需要及时发现、定位、修复和验证。同时，也需要优化监控预警机制，避免类似问题再次出现。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值