首页
✨运维
🎉安装
👀踩坑
🤷‍♂️学习
😊关于
  • 分类
  • 标签
  • 归档
GitHub

Summer

运维界的小白
首页
✨运维
🎉安装
👀踩坑
🤷‍♂️学习
😊关于
  • 分类
  • 标签
  • 归档
GitHub
  • ES只读模式修改
  • mysql主从只读
  • 服务器CPU爆满问题定位
    • 问题
    • 找到最耗CPU的进程
    • 找到最耗CPU的线程
    • 将线程PID转化为16进制
    • 查看堆栈,找到线程在干嘛
  • 浅谈VIP地址漂移
  • 恢复磁盘占用过大变成只读模式
  • 登录环境故障解决
  • 解决ES无分片可用
  • docker日志过大处理
  • 软连接解决磁盘满
  • k8s常用端口打不开
  • redis端口不通解决方法
  • Docker容器启动报ipv4
  • 踩坑
summer
2020-11-23

服务器CPU爆满问题定位

# 问题

例如线上服务器CPU100%,如何找到相关服务,如何定位问题代码。

服务器上部署了若干tomcat实例,即若干垂直切分的Java站点服务,以及若干Java微服务,突然收到运维的CPU异常告警。

问:如何定位是哪个服务进程导致CPU过载,哪个线程导致CPU过载,哪段代码导致CPU过载?

# 找到最耗CPU的进程

  • 执行top -c ,显示进程运行信息列表
  • 键入P (大写p),进程按照CPU使用率排序

例如这里得到的最耗CPU的进程PID为12345

# 找到最耗CPU的线程

  • top -Hp 12345 ,显示一个进程的线程运行信息列表
  • 键入P (大写p),线程按照CPU使用率排序

例如进程12345内,最耗CPU的线程PID为67890

# 将线程PID转化为16进制

printf "%x\n" 67890,得到67890对应的16进制是10932

之所以要转化为16进制,是因为堆栈里,线程id是用16进制表示的。

# 查看堆栈,找到线程在干嘛

  • 打印进程堆栈
  • 通过线程id,过滤得到线程堆栈 jstack 12345 | grep '10932' -C5 --color
mysql主从只读
浅谈VIP地址漂移

← mysql主从只读 浅谈VIP地址漂移→

最近更新
01
redis持久化
12-08
02
redis为什么这么快
12-08
03
redis的优缺点
12-08
更多文章>
Theme by Vdoing | Copyright © 2019-2020 Evan Xu | MIT License
  • 跟随系统
  • 浅色模式
  • 深色模式
  • 阅读模式