sql-optimization-patterns

SQL 优化模式 - 让数据库查询飞起来

技能概述

SQL 优化模式是一套系统化的数据库性能调优方法，通过索引策略设计、查询重写和执行计划分析，将慢查询转化为毫秒级响应的高效操作。

适用场景

1. 调试慢查询

当应用出现响应延迟或数据库负载过高时，使用该技能快速定位性能瓶颈，分析 EXPLAIN 执行计划，找出全表扫描、索引失效等根本原因，并提供针对性的优化方案。

2. 设计数据库架构

在项目初期或重构阶段，根据查询模式设计合理的索引结构，规划表结构和关联关系，从源头避免性能问题，确保系统能够随着数据增长平滑扩展。

3. 优化应用性能

解决常见的 N+1 查询问题，优化复杂 JOIN 语句，减少数据库往返次数，显著提升接口响应速度，改善用户体验。

核心功能

1. EXPLAIN 执行计划分析

深入解读 MySQL/PostgreSQL 的查询执行计划，识别 type、key、rows、Extra 等关键指标，判断查询是否使用了正确的索引，发现隐式转换、文件排序等性能杀手。

2. 索引策略设计

根据查询模式选择合适的索引类型（单列索引、联合索引、覆盖索引），掌握最左前缀原则，理解索引下推、索引条件下推等高级特性，避免索引冗余和失效。

3. 查询重写与优化

掌握子查询优化、JOIN 优化、分页优化等技巧，学会用 EXISTS 替代 IN、避免 SELECT *、合理使用 LIMIT 等最佳实践，让查询语句更高效。

常见问题

SQL 查询慢怎么办？

首先开启慢查询日志定位问题 SQL，然后使用 EXPLAIN 分析执行计划，检查是否走索引、扫描行数是否合理。常见原因包括：索引缺失、索引失效、全表扫描、锁等待、数据量过大等。

如何使用 EXPLAIN 分析查询性能？

在 SQL 语句前加上 EXPLAIN 关键字即可查看执行计划。重点关注 type 列（访问类型，从好到差：const > eq_ref > ref > range > index > ALL）、key 列（实际使用的索引）、rows 列（预估扫描行数）和 Extra 列（额外信息，如 Using filesort 表示需要额外排序）。

什么情况下索引会失效？

常见导致索引失效的情况包括：使用函数或表达式计算（如 WHERE YEAR(create_time) = 2024）、隐式类型转换（如字符串字段传数字）、LIKE 以通配符开头（如 '%abc'）、OR 连接的非索引字段、负向查询（如 !=、NOT IN）、联合索引不满足最左前缀原则等。