## 一、慢查询概述

MySQL慢查询是数据库性能问题的常见原因：

**慢查询定义：**
- 查询时间超过指定阈值（默认1秒）
- 全表扫描
- 缺少索引

**慢查询的影响：**
- 页面响应变慢
- 数据库CPU使用率高
- 连接池耗尽

## 二、慢查询开启与配置

### 1. 开启慢查询日志

```sql
-- 查看慢查询配置
SHOW VARIABLES LIKE 'slow_query_log%';
SHOW VARIABLES LIKE 'long_query_time%';

-- 开启慢查询
SET GLOBAL slow_query_log = 'ON';
SET GLOBAL slow_query_log_file = '/var/log/mysql/slow.log';
SET GLOBAL long_query_time = 1; -- 1秒

-- 开启记录未使用索引的查询
SET GLOBAL log_queries_not_using_indexes = 'ON';
```

### 2. 配置文件方式

```ini
[mysqld]
slow_query_log = 1
slow_query_log_file = /var/log/mysql/slow.log
long_query_time = 1
log_queries_not_using_indexes = 1

# 记录管理语句
log_slow_admin_statements = 1
log_slow_slave_statements = 1
```

## 三、慢查询分析工具

### 1. mysqldumpslow

```bash
# 查看最慢的10条查询
mysqldumpslow -s t -t 10 /var/log/mysql/slow.log

# 查看最频繁的10条查询
mysqldumpslow -s c -t 10 /var/log/mysql/slow.log

# 按时间排序查看
mysqldumpslow -s t -t 10 -g "order" /var/log/mysql/slow.log
```

### 2. pt-query-digest

```bash
# 安装
yum install percona-toolkit

# 分析慢查询
pt-query-digest /var/log/mysql/slow.log

# 输出到文件
pt-query-digest slow.log > report.txt

# 分析最近24小时的查询
pt-query-digest --since=24h slow.log
```

## 四、EXPLAIN分析

### 1. EXPLAIN使用

```sql
EXPLAIN SELECT * FROM orders WHERE user_id = 1001;

EXPLAIN FORMAT=JSON SELECT * FROM orders WHERE user_id = 1001;
```

### 2. 关键字段解读

| 字段 | 说明 | 优化目标 |
|------|------|----------|
| type | 访问类型 | 至少range |
| key | 使用的索引 | 非NULL |
| rows | 扫描行数 | 越少越好 |
| Extra | 额外信息 | 避免filesort |

### 3. 常见问题

```
type: ALL    -- 全表扫描，需要优化
key: NULL    -- 未使用索引，需要创建
rows: 100000 -- 扫描行数过多，需要优化
Extra: Using filesort -- 需要排序，需要优化
```

## 五、索引优化

### 1. 索引设计原则

```
1. WHERE条件字段建索引
2. 复合索引最左前缀
3. 区分度高的放前面
4. 避免索引失效
```

### 2. 索引失效场景

```sql
-- ❌ 索引列使用函数
WHERE YEAR(order_time) = 2024

-- ✅ 正确写法
WHERE order_time >= '2024-01-01'

-- ❌ 前导模糊查询
WHERE name LIKE '%zhang'

-- ✅ 正确写法
WHERE name LIKE 'zhang%'

-- ❌ 类型不匹配
WHERE order_id = '12345'  -- order_id是INT

-- ✅ 正确写法
WHERE order_id = 12345
```

### 3. 索引选择

```sql
-- 查看表索引
SHOW INDEX FROM orders;

-- 查看索引选择性
SELECT 
    COUNT(DISTINCT column) / COUNT(*) AS selectivity
FROM table_name;

-- 查看冗余索引
SELECT 
    a.TABLE_SCHEMA,
    a.TABLE_NAME,
    a.INDEX_NAME,
    b.INDEX_NAME AS redundant_index
FROM STATISTICS a
JOIN STATISTICS b 
    ON a.TABLE_SCHEMA = b.TABLE_SCHEMA
    AND a.TABLE_NAME = b.TABLE_NAME
    AND a.SEQ_IN_INDEX = b.SEQ_IN_INDEX
WHERE a.INDEX_NAME <> b.INDEX_NAME;
```

## 六、SQL优化技巧

### 1. 避免SELECT *

```sql
-- ❌
SELECT * FROM orders WHERE order_id = 1;

-- ✅
SELECT order_id, order_no, order_amount 
FROM orders WHERE order_id = 1;
```

### 2. 批量操作

```sql
-- ❌ 循环插入
INSERT INTO orders (order_no) VALUES ('A001');
INSERT INTO orders (order_no) VALUES ('A002');

-- ✅ 批量插入
INSERT INTO orders (order_no) VALUES ('A001'), ('A002');
```

### 3. 分页优化

```sql
-- ❌ 深度分页
SELECT * FROM orders LIMIT 1000000, 10;

-- ✅ 游标分页
SELECT * FROM orders WHERE id > 1000000 LIMIT 10;

-- ✅ 子查询
SELECT * FROM orders 
WHERE id IN (
    SELECT id FROM orders 
    ORDER BY id LIMIT 1000000, 10
);
```

### 4. JOIN优化

```sql
-- ✅ 小表驱动大表
SELECT * FROM orders o
INNER JOIN users u ON o.user_id = u.id
WHERE u.status = 1;

-- ✅ 确保JOIN字段有索引
ALTER TABLE orders ADD INDEX idx_user_id (user_id);
ALTER TABLE users ADD INDEX idx_id (id);
```

## 七、慢查询优化案例

### 案例1：订单列表优化

**原始SQL：**
```sql
SELECT * FROM orders 
WHERE user_id = 1001 
ORDER BY create_time DESC 
LIMIT 0, 20;
```

**分析：**
- type: ALL（全表扫描）
- rows: 1000000（扫描100万行）
- Extra: Using filesort

**优化：**
```sql
-- 添加复合索引
ALTER TABLE orders 
ADD INDEX idx_user_time (user_id, create_time DESC);
```

**结果：**
- type: ref（索引查询）
- rows: 20

### 案例2：统计查询优化

**原始SQL：**
```sql
SELECT DATE(create_time) AS date, COUNT(*) 
FROM orders 
WHERE create_time >= '2024-01-01' 
GROUP BY DATE(create_time);
```

**问题：** 在列上使用函数导致索引失效

**优化：**
```sql
-- 预计算表
CREATE TABLE daily_stats (
    stat_date DATE PRIMARY KEY,
    order_count INT
);

-- 定时任务计算
INSERT INTO daily_stats
SELECT DATE(create_time), COUNT(*)
FROM orders
WHERE create_time >= DATE_SUB(CURDATE(), INTERVAL 1 DAY)
GROUP BY DATE(create_time);

-- 查询预计算表
SELECT * FROM daily_stats WHERE stat_date >= '2024-01-01';
```

## 八、监控与告警

### 1. 慢查询监控

```sql
-- 查看最近慢查询
SELECT * FROM mysql.slow_log 
ORDER BY start_time DESC LIMIT 10;

-- 统计慢查询数量
SELECT COUNT(*) FROM mysql.slow_log 
WHERE start_time > DATE_SUB(NOW(), INTERVAL 1 HOUR);
```

### 2. Prometheus监控

```yaml
- job_name: 'mysql'
  static_configs:
    - targets: ['localhost:9104']
```

## 九、总结

MySQL慢查询优化方法论：

- **开启慢查询日志**：发现慢SQL
- **EXPLAIN分析**：定位问题
- **索引优化**：创建合适索引
- **SQL重构**：避免性能陷阱

**最佳实践：**
1. 定期分析慢查询日志
2. 监控慢查询数量
3. 建立索引规范
4. 避免深度分页

---

*个人观点，仅供参考*

【架构实战】MySQL慢查询诊断与优化方法论

MySQL慢查询优化方法论：

开启慢查询日志：发现慢SQL
EXPLAIN分析：定位问题
索引优化：创建合适索引
SQL重构：避免性能陷阱

研发部经理

数据库

架构设计

后端

MySQL慢查询优化全攻略：从日志配置到索引优化，详解慢查询分析方法与实战技巧。包含EXPLAIN解读、索引设计原则、SQL优化案例，帮助提升数据库性能，解决全表扫描、索引失效等常见问题。

MySQL

腾讯云数据库特惠，新用户首单0.5折起


2026采购季 | AI焕新·智启新局

tencentdb-catalog

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

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

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

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

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

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

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

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

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

社区新版编辑器体验调研

【架构实战】MySQL慢查询诊断与优化方法论-腾讯云开发者社区-腾讯云

【架构实战】MySQL慢查询诊断与优化方法论

【架构实战】MySQL慢查询诊断与优化方法论

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐