生产系统CPU飙高问题排查
2024-09-02 14:51:00
现状
生产系统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命令，定位到线程信息。 - 内存飙高通过
jmapdump出堆栈信息，在通过mat这些工具定位那个类占用过多内存。
最新文章
- 再次学习 java 类的编译
- 美团HD(3)-加载分类导航数据
- Windows 7安装解压版MySQL 5.6（不包含配置文件优化）
- matchesSelector 匹配选择器表达式sizzle的实现
- 推荐几个最好用的CRM软件,本人亲测
- eval()函数使用
- Memcached学习(二)
- Android AndroidManifest 清单文件以及权限具体解释
- 自定义Web控件写事件
- Girl_iOS100天学iOS的第一天(规划)
- Spring NamedParameterJdbcTemplate命名参数查询条件封装， NamedParameterJdbcTemplate查询封装
- centos 6.8 设置svn钩子同步至web目录
- Mybatis--01
- 日期时间函数 mysql 和sqlserver 中对于常用函数的日期和时间函数的区别
- 全景分割panopticapi使用
- javascript自动填写表单小技巧
- Hive学习之路 （十一）Hive的5个面试题
- 2018软工实践—Beta冲刺(2)
- 转 Java的 BigDecimal类型比较大小
- APP三种开发模式