联合索引查询效率对比：如何判断最慢的查询以及查看命中字段？

本篇文章主要是结合我之前面试的各种经历和实战开发中遇到的问题解决经验整理的，希望这篇《联合索引查询效率对比：如何判断最慢的查询以及查看命中字段？》对你有很大帮助！欢迎收藏，分享给更多的需要的朋友学习~

优化联合索引查询：查看命中字段

问题：已在 test 表上创建了包含字段 a、b、c 的联合索引 a_b_c。需要甄别以下查询中，哪一个效率最低：

• a. select * from test where a = 10 and b > 50
• b. select * from test where a = 10 and b > 10 order by c
• c. select * from test where a = 10 and b = 10 order by a
• d. select * from test where a = 10 and b = 10 order by c

此外，如何查看联合索引中命中的字段？

解答：

查看命中字段

要查看联合索引命中字段，可以使用 mysql 的 explain 命令输出执行计划：

EXPLAIN SELECT * FROM test WHERE a = 10 AND b > 50;

查询输出字段含义：

• id： 查询的内部id号。
• select_type： 查询类型（如 simple、primary）。
• table： 涉及的表名。
• partitions： 查询是否使用了分区功能。
• type： 访问类型（如 all、index、range）。
• possible_keys： 可能使用的索引。
• key： 实际使用的索引。
• key_len： 使用索引字段的长度。
• ref： 引用索引字段的列信息。
• rows： 估计扫描的行数。
• extra： 其他信息，例如联合索引使用的字段。

效率最低的查询

根据 explain 结果中 type 字段的值，可以判断哪个查询效率最低：

• all 表示全表扫描，效率最低。
• index 表示索引扫描，效率更高。
• range 表示范围扫描，介于前两者之间。

命中字段

在 extra 输出中，会包含以下相关信息：

• using index condition 表示至少使用了联合索引中的一个字段。
• using index 表示使用了联合索引中的所有字段。
• using where 表示未使用索引，改为使用 where 子句。
• using join buffer 或 using temporary 表示使用了临时表或缓冲区。

到这里，我们也就讲完了《联合索引查询效率对比：如何判断最慢的查询以及查看命中字段？》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！