SQL 查询优化：5 个让查询快 10 倍的技巧

数据库查询慢？不一定是硬件问题。今天分享 5 个立竿见影的优化技巧。

1. 善用索引，但别滥用

索引何时生效

-- ✅ 索引生效
SELECT * FROM users WHERE email = "test@example.com";

-- ❌ 索引失效
SELECT * FROM users WHERE YEAR(created_at) = 2024;

-- ✅ 改写
SELECT * FROM users 
WHERE created_at >= "2024-01-01" 
  AND created_at < "2025-01-01";

索引失效的常见场景：

• 对索引列使用函数
• LIKE 以通配符开头：LIKE "%keyword"
• 类型隐式转换
• OR 条件中部分列无索引

复合索引的顺序

-- 创建复合索引
CREATE INDEX idx_name_age ON users(name, age);

-- ✅ 可以使用索引
WHERE name = "John"
WHERE name = "John" AND age = 25

-- ❌ 不能使用索引（跳过第一列）
WHERE age = 25

原则： 最左前缀匹配

2. 只取需要的列

-- ❌ 浪费
SELECT * FROM users;

-- ✅ 精确
SELECT id, name, email FROM users;

为什么重要：

• 减少网络传输
• 减少内存占用
• 可能触发覆盖索引优化

3. 避免 N+1 查询

问题示例

# ❌ N+1 问题
users = db.query("SELECT * FROM users")
for user in users:
    posts = db.query(f"SELECT * FROM posts WHERE user_id={user.id}")
# 1 次查询 + N 次查询 = N+1 次

解决方案

# ✅ 使用 JOIN
users = db.query("""
    SELECT u.*, p.title as post_title
    FROM users u
    LEFT JOIN posts p ON u.id = p.user_id
""")

# ✅ 或使用 IN
user_ids = [u.id for u in users]
posts = db.query(f"""
    SELECT * FROM posts 
    WHERE user_id IN ({user_ids})
""")

4. 合理使用 LIMIT

分页优化

-- ❌ 深分页慢
SELECT * FROM orders ORDER BY created_at DESC LIMIT 10000, 20;

-- ✅ 使用游标
SELECT * FROM orders 
WHERE created_at < "2024-01-01"
ORDER BY created_at DESC 
LIMIT 20;

存在性检查

-- ❌ 全表扫描
SELECT COUNT(*) FROM users WHERE email = "test@example.com";

-- ✅ 找到即停
SELECT 1 FROM users WHERE email = "test@example.com" LIMIT 1;

5. 分析执行计划

使用 EXPLAIN

EXPLAIN SELECT * FROM users WHERE email = "test@example.com";

关键指标：

• type：访问类型（ALL < index < range < ref < const）
• key：实际使用的索引
• rows：扫描行数
• Extra：额外信息（Using index 是好的）

常见优化信号

Extra 信息	含义	优化方向
Using filesort	需要排序	添加索引
Using temporary	使用临时表	优化查询
Using index	覆盖索引	✅ 良好
Using where	需要过滤	检查索引

实战案例

优化前（3.2 秒）

SELECT o.*, u.name, u.email
FROM orders o, users u
WHERE o.user_id = u.id
  AND YEAR(o.created_at) = 2024
  AND o.status = "completed"
ORDER BY o.created_at DESC;

优化后（0.18 秒）

-- 1. 添加索引
CREATE INDEX idx_orders_user_status_time 
ON orders(user_id, status, created_at);

-- 2. 改写查询
SELECT o.*, u.name, u.email
FROM orders o
JOIN users u ON o.user_id = u.id
WHERE o.status = "completed"
  AND o.created_at >= "2024-01-01"
  AND o.created_at < "2025-01-01"
ORDER BY o.created_at DESC
LIMIT 100;

优化点：

1. 使用 JOIN 代替隐式连接
2. 避免函数导致索引失效
3. 添加复合索引
4. 限制返回数量

额外建议

• 定期分析表：ANALYZE TABLE users;
• 监控慢查询：开启 slow query log
• 避免 SELECT DISTINCT：考虑用 GROUP BY
• 慎用 OR：考虑用 UNION ALL

总结

SQL 优化是系统性工程：

1. 先分析（EXPLAIN）
2. 再优化（索引、查询改写）
3. 持续监控（慢查询日志）

记住：优化不是一次性的，是持续的过程。