本文共 1495 字，大约阅读时间需要 4 分钟。

MySQL 优化之 BTree 索引的使用规则

从一道题开始分析

假设某个表有一个联合索引 (c1, c2, c3, c4)，但只能使用该联合索引的 (c1, c2, c3) 部分。

条件分析

条件A: where c1=x and c2=x and c4 > x and c3=x

• 分析：该条件需要同时满足 c1=x、c2=x、c3=x 和 c4 > x。
• 索引使用：虽然联合索引 (c1, c2, c3, c4) 存在，但由于只能使用 (c1, c2, c3) 部分，因此在执行查询时，只能利用 c1 和 c2 的值来缩小数据范围，但无法直接利用 c4 > x 的条件。
• 结论：无法仅通过该联合索引完成查询，可能需要全表扫描。

条件B: where c1=x and c2=x order by c3

• 分析：该条件需要排序操作，且 c1=x 和 c2=x 已经限定了数据范围。
• 索引使用：如果有单独的索引仅包含 (c1, c2)，可以用于快速定位所需数据行。但由于需要排序 c3，可能需要额外的索引或优化。
• 结论：可以使用索引，但排序性能可能受到影响。

条件C: where c1=x and c4=x group by c3, c2

• 分析：该条件需要对 c3 和 c2 进行分组，且 c1=x 和 c4=x 已经限定了数据范围。
• 索引使用：如果有单独的索引包含 (c1, c4)，可以用于快速定位所需数据行。然而，由于需要分组 c3 和 c2，可能需要额外的索引或优化。
• 结论：可以使用索引，但分组操作可能增加额外的负载。

条件D: where c1=? and c5=? order by c2, c3

• 分析：该条件涉及到未提及的字段 c5，且需要排序 c2 和 c3。
• 索引使用：由于 c5 未在联合索引中，无法利用该联合索引完成查询。
• 结论：无法使用当前索引完成查询，可能需要额外的索引或优化。

条件E: where c1=? and c2=? and c5=? order by c2, c3

• 分析：该条件涉及到未提及的字段 c5，且需要排序 c2 和 c3。
• 索引使用：由于 c5 未在联合索引中，无法利用该联合索引完成查询。
• 结论：无法使用当前索引完成查询，可能需要额外的索引或优化。

联合索引的使用限制

联合索引 (c1, c2, c3, c4) 的使用受到以下限制：

数据插入

表结构

CREATE TABLE t (    c1 VARCHAR(255),    c2 VARCHAR(255),    c3 VARCHAR(255),    c4 VARCHAR(255),    c5 VARCHAR(255));

数据插入

INSERT INTO t VALUES ('a1', 'a2', 'a3', 'a4', 'a5'),                     ('b1', 'b2', 'b3', 'b4', 'b5');

最终结论

• 条件A：无法使用当前索引完成查询，可能需要全表扫描。
• 条件B：可以使用索引，但排序性能可能受到影响。
• 条件C：可以使用索引，但分组操作可能增加额外负载。
• 条件D 和 E：无法使用当前索引完成查询，可能需要额外的索引或优化。

通过分析可以看出，联合索引的使用需要谨慎规划，确保查询条件能够完全覆盖索引范围，并避免过多的排序或分组操作。

转载地址：http://qabfk.baihongyu.com/