##  DBA深夜急诊室：一场数据库“心梗”抢救实录

![微信图片_20260802223706_1581_405.jpg](https://developer.qcloudimg.com/http-save/yehe-11546919/f44fd0f3c5df45b834f8fcd7714f27d3.jpg)

> **凌晨2点17分，手机震了第8次。**

我迷迷糊糊摸到手机，屏幕上赫然写着：**“`prod-mysql-01` CPU使用率 98%，连接池即将耗尽。”** 群里业务方已经艾特了我三遍：“还没好吗？用户开始投诉了。”

就像急诊科护士冲进来喊了一嗓子：**“患者意识模糊，血压骤降，心率爆表！”**

爬起来开电脑，翻慢查询日志、看监控大盘、一个个排查连接——折腾了一个小时，终于定位到一条全表扫描的SQL。这条SQL上周刚上线，当时开发说“测过了没问题”。

第二天复盘会，老板问：“能不能别再发生这种事？”

我张了张嘴，没说出口。心里知道——**一个人盯几十个实例，告警来了只能靠翻，根因靠猜，优化靠经验。这不是能力问题，这是工具问题。**

直到我遇到了 **DBdoctor**。它像一家 **7×24h不关门的数据库急诊中心**，8个AI专科医生随时待命。

![微信图片_20260802223707_1582_405.jpg](https://developer.qcloudimg.com/http-save/yehe-11546919/e50115bb7658b150cee9ae8d7d1de186.jpg)
---

## 一、 急诊室叫号屏：DBA到底有多难？先看一组血泪数据

- 一个中型互联网公司，DBA平均每天收到 **47条** 数据库告警  
- 从告警触发到根因定位，传统流程平均耗时 **26分钟**  
- **63%** 的故障根源是SQL质量问题和索引缺失——**本可以提前发现**

传统监控工具只能告诉你“CPU高了”，但DBdoctor直接告诉你 **是哪个SQL、哪行代码、为什么慢、怎么改**。它通过eBPF技术实现 **无侵入的内核级数据采集**，像给数据库做“CT扫描”。

**1分钟定位 vs 26分钟排查**。不是效率提升，是 **质变**。

这就是我决定参加DBdoctor首批内测的原因——**我想看看这家AI医院到底能不能救命。**

---

## 二、术前准备：从扫码到“5分钟上线”

### 2.1 挂号台扫码，小助手秒回

看到活动推文的时候，我其实犹豫了3秒钟——“AI管数据库？靠谱吗？”  
但看到 **两大赛道奖励可同时获取**（提交反馈报告+发布测评文章，最多能拿300元京东卡），我果断扫了码。

报名后小助手很快联系了我，发来了安装包和操作文档——就像急诊护士递过来一张“就诊卡”。

![image.png](https://developer.qcloudimg.com/http-save/yehe-11546919/1e6a608526536b7d1a595ac60bf14b8d.png)

### 2.2 领药（下载安装包），2.9G轻松拉取

硬件要求 **4核8G**，一台普通中配云服务器就能跑。安装包体积也不大，下载速度很给力。

```bash
[root@openeuler-server ~]# cd /data/
[root@openeuler-server data]# mkdir dbdoctor
[root@openeuler-server data]# cd dbdoctor/
[root@openeuler-server dbdoctor]#
```


```bash
wget https://jhktob-test.oss-cn-beijing.aliyuncs.com/DBdoctorV3.3.6.3_beta_20260714_x86.tar.gz
[root@openeuler-server dbdoctor]# wget https://jhktob-test.oss-cn-beijing.aliyuncs.com/DBdoctorV3.3.6.3_beta_20260714_x86.tar.gz
--2026-07-15 22:09:18--  https://jhktob-test.oss-cn-beijing.aliyuncs.com/DBdoctorV3.3.6.3_beta_20260714_x86.tar.gz
正在解析主机 jhktob-test.oss-cn-beijing.aliyuncs.com ... 114.112.25.65
正在连接 ... 已连接。
已发出 HTTP 请求，正在等待回应... 200 OK
长度：3074849936 (2.9G) [application/gzip]
正在保存至: “DBdoctorV3.3.6.3_beta_20260714_x86.tar.gz”

DBdoctorV3.3.6.3_bet 100%[====================>]   2.86G  11.3MB/s  用时 4m 21s  

2026-07-15 22:13:39 (11.2 MB/s) - 已保存 “DBdoctorV3.3.6.3_beta_20260714_x86.tar.gz” [3074849936/3074849936])
```

![image.png](https://developer.qcloudimg.com/http-save/yehe-11546919/0dc5cb0f2d47f3e89a605c806047305c.png)

### 2.3 进手术室（解压+安装），一气呵成

```bash
[root@openeuler-server dbdoctor]# ls
dbdoctor-3.3.6.3-beta  DBdoctorV3.3.6.3_beta_20260714_x86.tar.gz
[root@openeuler-server dbdoctor]# tar -zxvf DBdoctorV3.3.6.3_beta_20260714_x86.tar.gz
...
dbdoctor-3.3.6.3-beta/vp/pgvector-0.8.1/vector.control
dbdoctor-3.3.6.3-beta/dbd.log
```

![image.png](https://developer.qcloudimg.com/http-save/yehe-11546919/c4762c35238434f995ac66688e0c7306.png)

进入目录，开始“手术”：

```bash
[root@openeuler-server dbdoctor]# ls
dbdoctor-3.3.6.3-beta  DBdoctorV3.3.6.3_beta_20260714_x86.tar.gz
[root@openeuler-server dbdoctor]# cd dbdoctor-3.3.6.3-beta/
```

![image.png](https://developer.qcloudimg.com/http-save/yehe-11546919/90ebc226739db4ddbffff4f779099210.png)

```bash
[root@openeuler-server dbdoctor-3.3.6.3-beta]# ./dbd -I
2026-07-18 09:05:50.215375774 [INFO] [dbd]: Command Tool Version 3.3.6.3,Handler Command: install
...
✔ dra-agent start
┌─────────────────────────────────────────────────────────────────────────┐
│   ____   ____   ____    ___    ____  _____  ___   ____                  │
│  |  _ \ | __ ) |  _ \  / _ \  / ___||_   _|/ _ \ |  _ \                 │
│  | | | ||  _ \ | | | || | | || |      | | | | | || |_) |                │
│  | |_| || |_) || |_| || |_| || |___   | | | |_| ||  _ <                 │
│  |____/ |____/ |____/  \___/  \____|  |_|  \___/ |_| \_\                │
│                                                                         │
│ WebSite:  http://127.0.0.1:13000/ai-platform                         │
│ DBA User:     tester                                                    │
│ DBA Password: Root2023!                                                 │
│ ─────────────────────────────────────────────────────────────────────   │
│ To activate the license, subscribe to our official WeChat "DBdoctor"    │
└─────────────────────────────────────────────────────────────────────────┘
```

![image.png](https://developer.qcloudimg.com/http-save/yehe-11546919/5246ae9ee307949d20810b4b611770fe.png)

### 2.4 ⚠️ 一个小插曲：手术灯没全亮（eBPF警告），但核心手术能做

安装最后出现了一行红色警告：

```bash
✘ KERNEL or EBPF is not support, can't open lock button!
```

![image.png](https://developer.qcloudimg.com/http-save/yehe-11546919/0902d7bcaa987008bb9a77bbe9caabbe.png)

🎉 **恭喜！DBdoctor这家“急诊中心”已经开门营业了！**  
这个警告只是 **“手术室高级影像设备未就绪”** ，不影响基础抢救。

- ✅ 所有核心科室（MySQL、Kafka、AI、采样、工具）已开诊
- ✅ 门诊地址：`http://172.20.2.121:13000/ai-platform`  
- ✅ 就诊账号：`tester` / 密码：`Root2023!`  
- ⚠️ 说明：缺少内核头文件，eBPF深度监控功能暂不可用，但 **AI智能诊断、慢SQL分析、SQL改写、根因推荐、巡检、告警** 等核心门诊服务 **完全不受影响**。

### 2.5 升级设备（彻底解决eBPF），选做

如果你想升级到“全科室高端影像”，安装内核开发包即可：

```bash
[root@openeuler-server dbdoctor-3.3.6.3-beta]# yum install -y kernel-devel-$(uname -r)
...
Installed:
  kernel-devel-5.10.0-295.0.0.198.oe2203sp4.x86_64
Complete!
```

![image.png](https://developer.qcloudimg.com/http-save/yehe-11546919/383ca4f5f2cd82e25056c2f909213470.png)

重启Agent使配置生效：

```bash
[root@openeuler-server dbdoctor-3.3.6.3-beta]# ./dbd --restart agent
✔ dra-agent start
```

![image.png](https://developer.qcloudimg.com/http-save/yehe-11546919/caf504591e53f47145a8aeedb92bd082.png)
---

## 三、🌐 走进急诊大厅（登录平台）：第一眼就清爽

打开浏览器访问：`http://127.0.2.1:13000/ai-platform/login`

![image.png](https://developer.qcloudimg.com/http-save/yehe-11546919/ae17ef83f828949c6552eceb2763281c.png)

就诊账号：`tester` / 密码：`Root2023!`

![image.png](https://developer.qcloudimg.com/http-save/yehe-11546919/35db29f7db2dc5d59d0cf864ae93d777.png)

进去了。急诊大厅清爽干净，各科室分布一目了然。
![image.png](https://developer.qcloudimg.com/http-save/yehe-11546919/e633d44edb615d3a419799cce568928b.png)

### 3.1 激活就诊卡（License），正式开搞

左侧是科室导览，右侧是就诊区。先联系小助手获取内测License——相当于“挂号建档”。

![image.png](https://developer.qcloudimg.com/http-save/yehe-11546919/595f26a49fd58769b4bffec67eae2f92.png)

激活成功，提示刷新页面。

![image.png](https://developer.qcloudimg.com/http-save/yehe-11546919/bb98a205ea4f48490fe4b0bbbe836623.png)

![image.png](https://developer.qcloudimg.com/http-save/yehe-11546919/6616af7ef9a39806710f113cd96ed1c0.png)

---

## 四、🔌 接诊患者（纳管数据库）：三步搞定

### 4.1 建档（添加实例）

点击“添加实例”，选择MySQL——就像给患者建电子病历。

![image.png](https://developer.qcloudimg.com/http-save/yehe-11546919/5790284dfacd5f84deea2e68ab88a595.png)
![image.png](https://developer.qcloudimg.com/http-save/yehe-11546919/c0cea59ac3c91a462ee7464491209017.png)

连通性检查通过 ✅ 患者生命体征稳定。

![image.png](https://developer.qcloudimg.com/http-save/yehe-11546919/1e146a882242d612cc5170d0f5b7142d.png)

### 4.2 上监护仪（安装Agent），踩坑实录

系统提示需要在该数据库所在主机安装Agent——就像给患者接上心电监护。

```bash
wget http://127.0.2.1:13000/download/agent.tar.gz && tar -zxvf agent.tar.gz && cd agent && ./agent --install -h 127.0.2.1 -k 127.0.2.1:9092 -s 127.0.2.1:13000
```
![image.png](https://developer.qcloudimg.com/http-save/yehe-11546919/f9955d3deaf42d986f83c4c3f9b7152c.png)

#### 4.2.1 🔥 第一次抢救：时钟不同步，相当于“心电监护时间不准”

Agent报错：

```bash
2026-07-20 15:19:39.192048312 [ERROR] [agent check_time:70]: 当地时钟与server端时钟不同步，请校准两边时间...
```
![image.png](https://developer.qcloudimg.com/http-save/yehe-11546919/374297a3e1b7b932a6cace6587a16aa9.png)

排查发现：**Server的chronyd停摆了**，就像手术室和急诊科的时间对不上。  
解决不是简单`date -s`，而是把两边chrony都拉起来，强制`makestep`指向同一个时间源。

在Server端修复chrony：

```bash
[root@openeuler-server ~]# yum install -y chrony
Package chrony-4.1-7.oe2203sp4.x86_64 is already installed.
[root@openeuler-server ~]# systemctl start chronyd
[root@openeuler-server ~]# systemctl enable chronyd
Created symlink ...
[root@openeuler-server ~]# chronyc -a makestep
200 OK
[root@openeuler-server ~]# date
2026年 07月 23日 星期四 21:35:23 CST
```

![image.png](https://developer.qcloudimg.com/http-save/yehe-11546919/87232d34ea34579e64f8dc144d145796.png)

在Agent节点同样校准时间，然后通过主节点重启Agent：

```bash
[root@openeuler-server dbdoctor-3.3.6.3-beta]# ./dbd --restart agent
✔ dra-agent start
```
![image.png](https://developer.qcloudimg.com/http-save/yehe-11546919/8c883f7b7ec063f93132fbdadad74265.png)

监护仪重新启动后，时间同步报错消失：

```bash
[root@instance2 agent]# ./agent --install -h 127.0.2.1 -k 127.0.2.1:9092 -s 127.0.2.1:13000
2026-07-23 21:46:05.436018393 [INFO] [agent]: time check success
...
✔ dra-agent start
```

![image.png](https://developer.qcloudimg.com/http-save/yehe-11546919/46b36725bd9c0db0970f99c0b87aa819.png)

> 💡 **急诊室第一定律：时间就是生命**  
> 数据库运维平台本身也是分布式系统，时间就是它的心跳节拍器。这个细节虽然小，但如果不处理好，后面的AI诊断、日志关联都会出偏差——就像手术室里时钟不准，所有抢救记录都会乱套。

### 4.3 专家会诊系统（配置大模型）：接入DeepSeek

提问“你好”后，系统提示配置大模型——相当于给急诊中心接入顶级外援专家库。

![image.png](https://developer.qcloudimg.com/http-save/yehe-11546919/69388546e07a07a3f1047330b2acc124.png)

DBdoctor支持OpenAI标准、Anthropic、DeepSeek、Google Gemini等多种大模型。我选了DeepSeek，填好API地址和密钥，测试通过——搞定。

![image.png](https://developer.qcloudimg.com/http-save/yehe-11546919/4c76ed8bb5567fe72b8735d608d589ac.png)

专家系统上线 ✅

![image.png](https://developer.qcloudimg.com/http-save/yehe-11546919/fd996f57a7b16378ba37c217253dae5e.png)

---

## 五、🤖 8大专科医生亮相：这是一支不眠不休的急诊团队

配置好模型后，我看到了 **8大专科医生**：

| 科室 | 专家 | 专长 |
|------|------|------|
| 🧠 **神经内科** | SQL质量专家 | 审核每一行SQL的质量 |
| 🔒 **用药安全科** | SQL安全变更专家 | 评估变更风险 |
| 🚨 **急诊分诊台** | 7×24h监控告警哨兵 | 不睡觉不放假，告警主动找你 |
| 🔍 **体检中心** | 深度巡检专家 | 定期扫遍数据库，发现隐患主动上报 |
| 🐢 **慢病管理科** | 慢SQL治理专家 | 专治各种慢查询 |
| 🩺 **急诊抢救室** | 根因诊断专家 | 告诉你“为什么慢”而不只是“慢了” |
| 🔗 **外科** | 锁分析专家 | 死锁、锁等待一眼看穿 |
| 📊 **病案室** | 报告中心 | 一键生成专业巡检报告 |

还有 **小D同学**——急诊中心的“总值班医生”，统一理解需求、智能拆解任务、调度各个专家协同工作。

![image.png](https://developer.qcloudimg.com/http-save/yehe-11546919/5d6d0e7c8ab7ae4f10dcad2fc55e2480.png)

**这不是一个工具，是一支24小时不关门的AI急诊团队。**

---

## 六、⚔️ 实战抢救：把那个让我熬到凌晨3点的“危重患者”推进抢救室

我做了第一件事：**把一个曾经让我熬夜到凌晨3点的慢SQL（危重患者）推进DBdoctor的抢救室。**

那是一张几千万行的订单表，一个`LIKE '%keyword%'`的模糊查询，加三个JOIN。当年我花了整整一个晚上才找到“病因”。

### 6.1 急诊分诊（根因诊断）：3秒出CT报告

DBdoctor的 **根因诊断专家（急诊抢救室）** 用了大概 **3秒** 就给出了“CT影像”。诊断报告直接告诉我：**索引失效、全表扫描、资源消耗占比**。

![image.png](https://developer.qcloudimg.com/http-save/yehe-11546919/1387f71eeb22e1f9acf23f188ca30006.png)

就像急诊医生看了一眼CT就说：“找到病灶了，在这。”

### 6.2 开处方（SQL改写）：意想不到的手术方案

然后是 **SQL改写专家（用药安全科）** ——它给出的手术方案让我愣住了：建议用 **全文索引+覆盖索引** 的组合，同时调整了JOIN顺序。

我照着方案“动了刀”，执行时间从 **18秒降到了0.3秒**。

那一刻我承认——**我被这家“AI医院”震住了。**

### 6.3 更多专科门诊

#### 🐢 慢病管理科（慢SQL治理）

查询患者最近1小时的慢SQL：

![image.png](https://developer.qcloudimg.com/http-save/yehe-11546919/1e0c1c783efecf58dcbd4446f8c8a18a.png)

系统返回：

```bash
好消息！患者 **kingbase-ac0xsacr** 在 **最近1小时（14:01 ~ 15:01）** 内 **没有慢SQL记录** 🎉
说明当前时段所有指标都在正常范围以内，身体状况良好。
```

#### 🚨 急诊分诊台（监控告警哨兵）

![image.png](https://developer.qcloudimg.com/http-save/yehe-11546919/0d0bda5ac8ff7b8694a94802ff465a3f.png)

它不像传统监控那样等你发现问题再去查，而是 **主动推送** 异常诊断和优化建议。**从“人找问题”变成了“问题找人”——相当于护士直接推着抢救床冲到你面前。**

#### 🔗 外科（锁分析专家）

![image.png](https://developer.qcloudimg.com/http-save/yehe-11546919/eea7049715f3bb9c6127d48185699316.png)

一眼看清锁等待和死锁风险。

#### 🐢 慢病管理科（慢SQL治理专家）

![image.png](https://developer.qcloudimg.com/http-save/yehe-11546919/1369e3f489b1114b804d3c9b715f612d.png)

![image.png](https://developer.qcloudimg.com/http-save/yehe-11546919/27fbd5900716f0d0bf7cefd189824cc0.png)

#### 📋 体检中心（深度巡检）与病案室（报告）

**深度巡检专家** 定期出体检报告：

![image.png](https://developer.qcloudimg.com/http-save/yehe-11546919/8ddb5dc47d9b8fff4ddbd3658018cf4d.png)

生成报告：

![image.png](https://developer.qcloudimg.com/http-save/yehe-11546919/8e277fd10707018d6690719279c616c9.png)



支持下载PDF或Word——病历可以带走：

![image.png](https://developer.qcloudimg.com/http-save/yehe-11546919/ac3574f71d57fec6d53d0e1f6f4767ef.png)

![image.png](https://developer.qcloudimg.com/http-save/yehe-11546919/171d5a2538c7b44c6d79c65d6793e657.png)

### 6.4 住院观察：隔天再查

第二天，继续观察患者情况：

![image.png](https://developer.qcloudimg.com/http-save/yehe-11546919/b21fec7ac4f461bd076f7b95526cab40.png)

最近一天的数据：

![image.png](https://developer.qcloudimg.com/http-save/yehe-11546919/03604421b05a77f9b598f784096b2396.png)

体检中心给出的健康评分：
![image.png](https://developer.qcloudimg.com/http-save/yehe-11546919/3a2a1d5ac653422c786a09ffd9d9226e.png)

健康评分可视化——像心电图一样直观：

![image.png](https://developer.qcloudimg.com/http-save/yehe-11546919/e99fdf849c3049cf72b31c5c33f693e7.png)

慢SQL分析详情：

![image.png](https://developer.qcloudimg.com/http-save/yehe-11546919/88aa0cc1823505373100301c7486c677.png)

![image.png](https://developer.qcloudimg.com/http-save/yehe-11546919/36b7a7af9bf3bec0d932aca3aa6bb0d4.png)

外科（锁分析）建议：

```bash
分析并优化事务的执行顺序和资源访问顺序，减少并发冲突，并定期监控和调整以降低死锁发生的概率
```
![image.png](https://developer.qcloudimg.com/http-save/yehe-11546919/535bb39f1d488ac2a8de8697bf539502.png)

神经内科（SQL质量）评分：

![image.png](https://developer.qcloudimg.com/http-save/yehe-11546919/646565bb05c23c7038c8c249b797d0b1.png)


**后续推荐**
冗余索引清理 → 📌 SQL 优化改写智能体（产出 DROP INDEX 语句）
需要全面健康检查 → 巡检智能体
需要持续监控磁盘使用 → 监控告警智能体


## 关于作者

**数据库界少华**，「shunwah 星辰数智社」主理人。

### 💎 硬通货
解锁了 OceanBase、MySQL、OpenGauss、金仓、崖山、KaiwuDB、TiDB、翰高、GBase、Neo4j、NebulaGraph、东方通……等十几家数据库的官方认证（算是解锁了"专业皮肤"）。

### 🏅 社区身份
- OceanBase 社区版主及布道师
- 墨天轮 MVP
- 崖山 YVP
- KaiwuDB MVP
- 金仓 KVA
- TiDB MVA
- NebulaGraph 社区伙伴
- IFClub 星珩联盟 · 智库星系技术专家
- GBase 8a 开发者联盟成员
- 腾讯云架构师上海同盟
> 📌 **版权声明**：本文为作者原创心得，转载请注明出处。文中技术观点均为个人独立见解，不代表主厂商立场。

我迷迷糊糊摸到手机，屏幕上赫然写着：“prod-mysql-01 CPU使用率 98%，连接池即将耗尽。” 群里业务方已经艾特了我三遍：“还没好吗？用户开始投诉了。”

凌晨3点我的数据库“心梗”了8个AI医生抢着救命

让数据库运维变简单的，不是更贵的硬件，而是更聪明的协作方式。从今天起，让你管理的每一个数据库实例，都拥有一支AI三甲团队在背后值守。好看皮囊+有趣灵魂+三甲资质，这就是DBdoctor能让你告别凌晨被报警吵醒的唯一捷径

运维工程师

数据库

运维

人工智能

DBA深夜抢救数据库故障实录：从凌晨2点排查慢SQL耗时1小时，到使用DBdoctor三秒定位根因、SQL改写让执行时间从18秒降至0.3秒。实测安装部署、纳管MySQL、接入DeepSeek大模型全流程，体验8大AI专科医生协同诊断，助力数据库智能运维。

数据库运维

代码解释

云服务器

智能体

服务器

云架构

DeepSeek

Kafka

Agent

MySQL

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

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

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

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

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

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

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

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

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

社区新版编辑器体验调研

凌晨3点我的数据库“心梗”了8个AI医生抢着救命-腾讯云开发者社区-腾讯云

凌晨3点我的数据库“心梗”了8个AI医生抢着救命

凌晨3点我的数据库“心梗”了8个AI医生抢着救命

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐