如何排查数据库性能抖

“数据库性能抖（动）”一般指数据库在一段时间里响应变慢、延迟突增、吞吐下降，但过一会儿又恢复，呈现周期性或偶发性的波动。这类问题通常不是持续慢，而是被某些资源、锁、配置或外部因素触发。

下面给你一套通用排查思路（以 MySQL / PostgreSQL 为主，但思路适用于大多数关系型数据库）。

一、先确认“抖动”的现象和范围

1. 抖动的表现

• 查询 RT 突然升高（如 10ms → 500ms）
• CPU / IO 使用率突增
• 活跃连接数暴涨
• QPS 下降但并发上升
• 定时出现（整点、每 5 分钟、备份时）

2. 抖动范围

• 全局？还是某张表 / 某个接口？
• 读抖动？写抖动？还是读写都抖？
• 是否和发布、定时任务、ETL 同步？

二、看系统层（先排除“不是数据库的问题”）

1. CPU

top / htop

• 是否 CPU 打满（us / sy）
• 是否 context switch 过高

2. 内存 & Swap

free -m
vmstat 1

• 是否发生 Swap
• 是否内存压力导致 OOM / 刷脏页

3. 磁盘 IO

iostat -x 1

关注：

• %util 是否接近 100%
• await / svctm 是否异常
• 写放大（w/s 高）

4. 网络

• 是否有丢包、延迟
• 是否跨机房 / 云网络抖动

三、看数据库内部指标

MySQL 示例

SHOW GLOBAL STATUS LIKE 'Threads_running';
SHOW GLOBAL STATUS LIKE 'Innodb_buffer_pool_wait';
SHOW ENGINE INNODB STATUS;

重点看：

• Threads_running 突增
• Innodb_row_lock_waits
• Innodb_data_pending_fsyncs
• Slow queries 数量

PostgreSQL 示例

SELECT * FROM pg_stat_activity;
SELECT * FROM pg_stat_database;

看：

• wait_event_type
• state = active 的堆积
• 锁等待

四、常见“性能抖动”根因（重点）

1. 锁和事务问题（最常见）

• 长事务
• 死锁或锁等待
• 大事务批量更新

排查：

-- MySQL
SELECT * FROM information_schema.innodb_trx;

-- PG
SELECT * FROM pg_locks WHERE NOT granted;

✅ 解决方向：

• 缩短事务
• 避免热点行更新
• 分批处理

2. 缓存失效 / Buffer Pool 不足

• 热点数据被挤出
• 突然全表扫描

表现：

• 读 IO 暴涨
• 命中率下降

✅ 解决：

• 增大 buffer pool
• 优化索引
• 避免 SELECT *

3. 刷脏页 / Checkpoint

MySQL：

• innodb_flush_log_at_trx_commit
• 脏页比例过高

PG：

• checkpoint_timeout
• max_wal_size

表现：

• 周期性写抖动
• IO 尖峰

✅ 解决：

• 平滑刷盘
• 调整 checkpoint 参数

4. 慢 SQL 被放大

• 平时量小没问题
• 并发一高就崩

✅ 用慢查询日志：

slow_query_log = ON
long_query_time = 0.1

5. 定时任务 / 备份

• 备份（mysqldump / pg_dump）
• 统计信息收集
• ETL / 报表查询

✅ 解决：

• 错峰
• 只读副本执行

6. 连接风暴

• 连接池配置不合理
• 突发流量

✅ 看：

• 最大连接数
• 连接创建销毁频率

五、推荐排查顺序（实战版）

1. 看监控（CPU / IO / 连接数）
2. 看慢查询 & 活跃 SQL
3. 看锁 & 长事务
4. 看是否定时任务
5. 看参数（刷盘 / 缓存）
6. 压测复现

六、如果你愿意，我可以进一步帮你

你可以补充：

• 数据库类型（MySQL / PG / Oracle）
• 是否云数据库
• 抖动频率（定时 / 随机）
• 是否有慢 SQL 或监控截图

我可以直接帮你定位具体原因 + 给参数或 SQL 优化建议。