论坛
潜水/灌水快乐,沉淀知识,认识更多同行。
ToB圈子
加入IT圈,遇到更多同好之人。
朋友圈
看朋友圈动态,了解ToB世界。
ToB门户
了解全球最新的ToB事件
博客
Blog
排行榜
Ranklist
文库
业界最专业的IT文库,上传资料也可以赚钱
下载
分享
Share
导读
Guide
相册
Album
记录
Doing
搜索
本版
文章
帖子
ToB圈子
用户
免费入驻
产品入驻
解决方案入驻
公司入驻
案例入驻
登录
·
注册
只需一步,快速开始
账号登录
立即注册
找回密码
用户名
Email
自动登录
找回密码
密码
登录
立即注册
首页
找靠谱产品
找解决方案
找靠谱公司
找案例
找对的人
专家智库
悬赏任务
圈子
SAAS
ToB企服应用市场:ToB评测及商务社交产业平台
»
论坛
›
软件与程序人生
›
后端开发
›
Java
›
生产系统CPU飙高问题排查
生产系统CPU飙高问题排查
惊落一身雪
金牌会员
|
2022-10-18 00:18:50
|
显示全部楼层
|
阅读模式
楼主
主题
737
|
帖子
737
|
积分
2211
现状
生产系统CPU占用过高,并且进行了报警
排查方法
执行top命令,查看是那个进程导致的,可以确定是pid为
22168
的java应用导致的
执行top -Hp命令,查看这个进程的那个线程导致cpu过高,如下图,可以看到是
22749
线程导致的
top -Hp 22168
复制代码
由于jstack里面的线程号为16进制,需要转换线程号为16进制,如下图得到16进制值为58dd
printf "%x\n" 22749
复制代码
执行jstack生成线程快照保存至1.txt文件中,22168为进程id
jstack 22168>1.txt
复制代码
根据16进制线程号,查询线程信息
grep 58dd 1.txt
复制代码
如上图,可以看到是调用DesenUtils.desen方法导致,此方法作用是数据脱敏,里面用了较为复杂的正则表达式,所以分析是由于特定字符正好遇到此正则表达式,进行大量计算导致,具体细节请访问(
https://cloud.tencent.com/developer/article/1780881
),为了快速解决此问题,先去除掉此代码的调用,重新发布即可。
总结
线上问题定位,相对比较简单,难点主要在于保留现场,有了现场就能快速定位问题,以下是二种常用排查方式
CPU飙高通过jstack命令,定位到线程信息。
内存飙高通过jmap dump出堆栈信息,在通过mat这些工具定位那个类占用过多内存。
免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!
本帖子中包含更多资源
您需要
登录
才可以下载或查看,没有账号?
立即注册
x
回复
使用道具
举报
0 个回复
倒序浏览
返回列表
快速回复
高级模式
B
Color
Image
Link
Quote
Code
Smilies
您需要登录后才可以回帖
登录
or
立即注册
本版积分规则
发表回复
回帖并转播
回帖后跳转到最后一页
发新帖
回复
惊落一身雪
金牌会员
这个人很懒什么都没写!
楼主热帖
处理接口幂等性的两种常见方案 ...
腾讯叶聪:朋友圈爆款背后的计算机视觉 ...
一个故事看懂CPU的SIMD技术
看完这个,还不会DVMA,请你吃瓜 ...
图文结合带你搞懂InnoDB MVCC
数据湖选型指南|Hudi vs Iceberg 数据 ...
聊一聊 TLS/SSL
【.NET源码解读】深入剖析中间件的设计 ...
大数据-数据仓库-实时数仓架构分析 ...
第6章 分支语句和逻辑运算符 ...
标签云
挺好的
服务器
快速回复
返回顶部
返回列表