数据库索引：为什么你的查询这么慢

"加个索引就好了"——但索引不是万能药。

索引的工作原理

索引就像书的目录，不用逐页翻找。

B+ 树：最常用的索引结构，查询复杂度 O(log n)。

什么时候需要索引

适合加索引的场景

• WHERE 条件字段
• JOIN 连接字段
• ORDER BY 排序字段
• 高选择性字段（区分度高）

不适合加索引的场景

• 小表（<1000 行）
• 频繁更新的字段
• 低选择性字段（如性别）
• 文本字段（考虑全文索引）

常见误区

1. 索引越多越好

❌ 错！每个索引都有维护成本，写操作会变慢。

2. 主键一定最快

❌ 聚簇索引和非聚簇索引有区别。

3. 索引能解决所有慢查询

❌ 先优化 SQL，再考虑索引。

实战分析

-- 慢查询
SELECT * FROM users WHERE email = 'test@example.com';

-- 加索引
CREATE INDEX idx_email ON users(email);

-- 验证
EXPLAIN SELECT * FROM users WHERE email = 'test@example.com';

最佳实践

1. 先分析：用 EXPLAIN 看执行计划
2. 覆盖索引：SELECT 的字段都在索引中
3. 联合索引：注意最左前缀原则
4. 定期维护：OPTIMIZE TABLE 重建索引

索引是工具，理解原理才能用好。