📌**今日关键词**：CPU 100%、top、vmstat、iostat、SHOW PROCESSLIST、慢查询、InnoDB、锁竞争、连接风暴

大家好，我是数据库小学妹 👋

凌晨收到CPU 100%告警，是不是很慌？

之前有朋友问我：CPU飙满了，怎么判断是不是数据库的锅？

说实话，我第一次遇到完全懵了。只知道重启数据库。后来发现重启不管用，半小时后CPU又飙满了。

今天就聊聊，DBA遇到CPU 100%该怎么排查。

## 先搞清楚CPU在忙什么

CPU占满不是问题的终点。us、sy、wa才是关键线索。

**us（用户态）**：应用在跑计算。us高，通常是SQL在做大量计算或排序。

**sy（内核态）**：系统在忙。sy高，通常是连接风暴或锁竞争。

**wa（IO等待）**：CPU在等磁盘。wa高，说明磁盘是瓶颈。

**load average**：top第一行有三个数。一分钟、五分钟、十五分钟的平均负载。负载接近或超过CPU核数，说明压力很大。

这几个指标看完，CPU 100%的原因基本就有方向了。

## 第一步：top看谁在吃CPU

```bash
top -c
```

看到CPU 100%，先看哪个进程在吃资源。

如果是mysqld，数据库本身有压力。继续往下排查。

如果是别的进程，比如Java应用，CPU高可能跟数据库无关。到这步就可以转给开发了。

**关键看两个东西**：哪个进程吃CPU，吃了多少。mysqld独占80%以上，基本锁定是数据库问题。

## 第二步：vmstat看全局趋势

```bash
vmstat 1 10
```

每隔1秒采样10次，观察趋势。

r列（运行队列）：大于CPU核数，CPU已经不够用了。

b列（阻塞队列）：大于0说明进程在等IO。

swap列的si、so：非0说明内存不够，在换入换出。

cs列（上下文切换）：突然飙升，检查连接数和锁。

vmstat讲究看趋势。单次值没意义，连续看几秒才准。

## 第三步：iostat确认IO瓶颈

```bash
iostat -x 1
```

%util接近100%，磁盘快打满了。

await远大于svctm，IO在排队了。

CPU 100%有时候是假象。wa高说明瓶颈在磁盘，CPU其实在等IO。这时候加CPU没用，得解决磁盘问题。

## 第四步：SHOW PROCESSLIST查数据库

系统层看完，如果锁定了mysqld，就该深入数据库了。

```sql
SHOW FULL PROCESSLIST;
```

这一步是DBA排查的核心。看三个东西：

**连接数**：正常几十到几百。突然飙到几千，就是连接风暴。连接风暴会触发大量上下文切换，sy直接飙高。

**正在执行的SQL**：State列显示Executing的，就是正在跑的SQL。有没有跑了很久的慢SQL？

**锁等待**：State显示Lock wait的，说明在等锁。大量Lock wait堆积，CPU全花在锁管理上了。

连接风暴是CPU高的常见原因。应用连接池配置不当，或者故障重试机制有问题，瞬间打进来几千个连接。

## 第五步：慢查询找元凶

```sql
-- 看当前执行时间最长的SQL
SELECT * FROM information_schema.processlist 
WHERE command != 'Sleep' 
ORDER BY time DESC LIMIT 10;
```

或者直接看慢查询日志：

```bash
tail -100 /var/log/mysql/slow.log
```

慢查询是CPU高的最大元凶。常见情况：

**全表扫描**：没走索引，几百万行全扫一遍。CPU一直在做行比较。

**复杂排序**：ORDER BY + GROUP BY组合，临时表放不下写磁盘。CPU和IO同时飙高。

**子查询嵌套**：优化器选错执行计划，嵌套循环跑了上亿次。

看Rows_examined字段。扫描行数远大于返回行数，就是索引没用对。

## 补充：InnoDB状态看锁竞争

```sql
SHOW ENGINE INNODB STATUS\G
```

重点看TRANSACTIONS部分。

如果有大量lock wait，说明热点行竞争严重。比如电商场景的库存扣减、账户余额变更，大量事务抢同一行。

InnoDB行锁虽然粒度小，但热点行场景下跟表锁没区别。CPU全花在锁管理上了。

再看BUFFER POOL部分。Buffer pool hit rate低于99%，说明内存不够，频繁从磁盘读数据。这也会加重CPU负担。

## 排查决策树

整个过程用决策树串起来：

用top找到吃CPU的进程。不是mysqld就转开发。

是mysqld就vmstat看sy是否高。sy高查连接数。

sy正常查wa。wa高查iostat看磁盘。

wa正常查us。us高查慢查询。

慢查询正常查SHOW PROCESSLIST。有Lock wait查锁竞争。

## 避坑清单

1. **不要上来就重启**：重启丢现场，后面找不到根因
2. **先保存现场**：top、vmstat、SHOW PROCESSLIST结果先存下来
3. **us/sy/wa要分清**：us高是计算问题，sy高是连接/锁问题，wa高是磁盘问题
4. **连接数要监控**：连接风暴是CPU高的常见元凶
5. **看Rows_examined**：扫描行数远大于返回行数，索引有问题
6. **热点行要警惕**：库存扣减、余额变更是高频锁竞争场景
7. **Buffer pool hit rate要关注**：低于99%说明内存不够
8. **慢查询日志要开**：没开慢查询日志，排查就是瞎猜
9. **不要只看平均值**：一条慢SQL就能把CPU打满
10. **完善监控**：出事后第一件事是完善监控，别第二次还是懵的

---

这些命令看着不多，但排一次完整的故障就全记住了。

下一篇我来讲，凌晨3点从库备份锁表怎么一步步把整个系统拖垮的。真实案例，比工具命令有用多了。

我是数据库小学妹，咱们下篇见 👋


📌今日关键词：CPU 100%、top、vmstat、iostat、SHOW PROCESSLIST、慢查询、InnoDB、锁竞争、连接风暴

CPU飙到100%怎么排查？DBA手把手教你从top到慢查询定位根因

快速定位MySQL CPU 100%根因：用top锁定mysqld进程，vmstat/iostat区分us/sy/wa瓶颈，SHOW PROCESSLIST揪出慢SQL与锁竞争，结合慢日志、InnoDB状态及连接风暴分析，精准避坑不重启。

后端

数据库

运维

数据库CPU100%排查指南：通过top定位进程，vmstat分析系统负载，iostat检查IO瓶颈，SHOW PROCESSLIST查看数据库连接和锁情况，慢查询日志定位问题SQL。重点区分us/sy/wa指标，解决连接风暴、锁竞争、慢查询等常见问题。

Java

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

CPU飙到100%怎么排查？DBA手把手教你从top到慢查询定位根因-腾讯云开发者社区-腾讯云

CPU飙到100%怎么排查？DBA手把手教你从top到慢查询定位根因

CPU飙到100%怎么排查？DBA手把手教你从top到慢查询定位根因

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐