复合索引优化技巧与使用原则

复合索引的高效使用远非简单堆砌字段，其核心在于精准匹配查询模式：严格遵循最左前缀原则以确保索引生效，将高频、高区分度的筛选字段前置以提升过滤效率，构建覆盖索引避免回表开销，并坚决剔除冗余索引、控制单表索引总数在3–5个以内；所有设计都必须经EXPLAIN验证落地，否则再“合理”的经验也可能是性能陷阱。

复合索引不是字段越多越好，关键在于匹配查询条件的顺序和覆盖查询需求。

最左前缀原则必须遵守

MySQL 从左到右依次匹配索引字段，中间一旦跳过某个字段，后续字段就无法使用索引。比如建立了 (a, b, c) 的复合索引：

• WHERE a = 1 AND b = 2 → 可用全部两个字段
• WHERE a = 1 AND c = 3 → 只能用到 a，c 无效（b 被跳过）
• WHERE b = 2 AND c = 3 → 完全无法使用该索引
• WHERE a = 1 AND b > 2 AND c = 3 → a 和 b 有效，c 通常无效（范围查询后停止匹配）

高频过滤字段优先放前面

把在 WHERE 中出现频率高、筛选性强（区分度高）的字段放在复合索引左侧。例如用户表常按 status 和 created_at 查询：

• 如果 status 只有 'active'/'inactive' 两类，区分度低；而 created_at 每条记录几乎唯一，则更适合放前面
• 但若查询大多是 WHERE status = 'active'，且该条件能过滤掉 90% 数据，那它应排第一
• 实际顺序需结合 EXPLAIN 分析执行计划，看 key_len 和 rows 是否合理

尽量让索引覆盖查询（Covering Index）

如果 SELECT 的字段和 WHERE 条件都能被同一个复合索引包含，MySQL 就无需回表查数据行，性能显著提升：

• 例如查询 SELECT id, name FROM user WHERE dept_id = 5 AND role = 'admin'
• 建立索引 (dept_id, role, id, name) 即可完全覆盖
• 注意：主键字段（如 id）自动包含在二级索引中，不必显式重复添加，但 name 需要补上

避免冗余索引和过度索引

已有 (a, b, c) 索引时，单独建 (a) 或 (a, b) 是冗余的；同时每个索引都会增加写操作（INSERT/UPDATE/DELETE）开销：

• 用 SHOW INDEX FROM table_name 查看现有索引
• 用 sys.schema_redundant_indexes（MySQL 5.7+）识别冗余项
• 单表复合索引总数建议控制在 3–5 个以内，优先保障核心查询路径

不复杂但容易忽略：建完索引一定要用 EXPLAIN 验证是否命中，别只靠经验猜。

理论要掌握，实操不能落！以上关于《复合索引优化技巧与使用原则》的详细介绍，大家都掌握了吧！如果想要继续提升自己的能力，那么就来关注golang学习网公众号吧！