标签: 慢查询

线上 MySQL 突然变慢？慢查询日志堆了几十个 G？怎么定位、怎么分析、怎么治理？pt-query-digest 怎么用？加索引会不会锁表？一篇讲透慢查询全流程治理。

一、慢查询日志

1.1 开启与配置

-- 查看慢查询配置
SHOW VARIABLES LIKE 'slow_query%';
SHOW VARIABLES LIKE 'long_query_time';

-- 开启慢查询日志
SET GLOBAL slow_query_log = ON;
SET GLOBAL long_query_time = 1;           -- 超过 1s 的查询记录
SET GLOBAL log_queries_not_using_indexes = ON;  -- 记录未用索引的查询
SET GLOBAL slow_query_log_file = '/var/log/mysql/slow.log';
SET GLOBAL min_examined_row_limit = 100;  -- 扫描行数 < 100 不记录

-- 持久化配置（my.cnf）
[mysqld]
slow_query_log = ON
long_query_time = 1
log_queries_not_using_indexes = ON
slow_query_log_file = /var/log/mysql/slow.log
min_examined_row_limit = 100
log_slow_admin_statements = ON   -- 记录慢 DDL
log_slow_slave_statements = ON   -- 记录从库慢查询

-- 慢查询日志格式
-- Time: 2024-06-01T10:23:45.123456Z
-- User@Host: app[app] @ [10.0.0.1]  Id: 12345
-- Query_time: 2.345678  Lock_time: 0.000123  Rows_sent: 10  Rows_examined: 1000000
-- SET timestamp=1717235025;
-- SELECT * FROM orders WHERE user_id = 12345 ORDER BY create_time DESC;

郑天祺2026/7/3大约 9 分钟

MySQL 慢查询突增排查实战：从监控告警到索引优化

上午 10 点，618 大促正在如火如荼进行，你收到钉钉告警：订单库慢查询数从每分钟 5 条飙升到 2000 条，数据库 CPU 从 30% 跳到 90%，接口 P99 从 50ms 涨到 3000ms。用户开始在 App 上看到加载转圈。这是 DBA 和开发面临的最紧张场景之一——慢查询突增。

一、慢查询突增的常见触发因素

慢查询突增往往不是"突然出现了慢 SQL"，而是"原来快的 SQL 突然变慢了"。理解触发因素是快速定位的前提。

1.1 触发因素全景图

郑天祺2026/7/3大约 16 分钟

MySQL 索引原理与优化实战：从 B+ 树到慢查询治理

线上接口突然变慢？慢查询日志暴涨？CPU 飙升？90% 的数据库性能问题都是索引问题。从 B+ 树底层原理到生产实战，一篇讲透 MySQL 索引优化。

一、B+ 树索引原理

1.1 为什么是 B+ 树

B 树（B-Tree）：
  每个节点存数据 → 一个节点能存的 key 少 → 树更高 → 磁盘 IO 更多

B+ 树（B+ Tree）：
  非叶子节点只存 key → 一个节点能存更多 key → 树更矮 → IO 更少
  数据只存叶子节点 → 叶子节点用双向链表连接 → 范围查询极快

MySQL InnoDB 选择 B+ 树的原因：
  1. 磁盘 IO 少（树矮，通常 3-4 层即可存千万级数据）
  2. 范围查询快（叶子节点链表，一次定位后顺序扫描）
  3. 查询稳定（每次都查到叶子节点，时间复杂度稳定 O(logN)）

郑天祺2026/6/27大约 10 分钟