mysql联合索引如何设计_mysql联合索引设计原则

联合索引设计需遵循最左前缀原则，优先将高频、高选择性等值字段置左，再接范围字段和排序 / 分组字段，兼顾覆盖查询以减少回表，并通过 EXPLai N 验证实际使用效果。

联合索引设计的核心是匹配查询条件的顺序和选择性，不是字段 堆叠越多越好，关键看 WHERE、ORDER BY、GROUP BY 中实际用到的列及其出现顺序。

最左前缀原则必须严格遵守

mysql只支持从联合索引最左侧开始连续匹配。例如索引 (a, b, c)，能加速以下查询：

• WHERE a = ?
• WHERE a = ? AND b = ?
• WHERE a = ? AND b = ? AND c = ?
• WHERE a = ? AND b BETWEEN ? AND ? ORDER BY c

但无法使用该索引加速 WHERE b = ? 或 WHERE c = ? 或 WHERE a = ? AND c = ?（跳过 b）这类查询。

高频过滤字段优先放前面

把在 WHERE 中出现频率高、区分度大（高选择性）的列放在联合索引左侧。比如用户表中 status 只有“启用 / 禁用”两个值，而 user_id 唯一，那 user_id 应比 status 更靠前。

常见错误：把时间范围字段（如 create_time）盲目放第一位，导致等值查询无法利用索引。正确做法是先放等值条件列，再放范围列（如 tenant_id, status, create_time）。

覆盖查询需求，减少回表

如果查询只需返回索引包含的字段（如 select id, name FROM t WHERE a=1 AND b=2），且 (a, b, id, name) 是联合索引，就能走“索引覆盖”，避免回主键索引查数据行。

注意：不要为覆盖而过度冗余。只把 SELECT 中稳定出现的非主键字段加到索引末尾，避免索引过大影响写入和 内存占用。

排序和分组字段要顺延索引顺序

ORDER BY 或 GROUP BY 的字段，应紧接在 WHERE 等值条件之后，且顺序一致。例如：

• ✅ WHERE category = ? ORDER BY created_at DESC → 索引可建为 (category, created_at)
• ❌ WHERE category = ? ORDER BY score DESC → 若索引是 (category, created_at)，则排序无法利用索引，会触发 filesort

注意 ASC/DESC 需与索引定义一致；MySQL 8.0+ 支持混合方向（如 (a ASC, b DESC)），但低版本只支持全 ASC 或全 DESC 生效。

不复杂但容易忽略：建完联合索引后，务必用 EXPLAIN 验证 key_len 和 type（最好是 range 或 ref），别只看是否用了 key。