concat走索引_一起学习Mysql索引二（索引的高性能策略）

通过上一篇的学习，我们理解了Mysql索引背后的数据结构以及MyISAM和InnoDB两个存储引擎中BTree索引的实现原理。理解了索引背后的机制之后，强哥今天就和大家聊一聊Mysql索引的优化。

不过在此之前我们需要先了解一些概念：

• 三星系统
• 索引的选择性
• BTree索引的限制

三星系统

首先我们先来了解一下如何评价一个索引是否适合某个查询的“三星系统”：索引将相关的记录放到一起则获得一星；如果索引中的数据顺序和查找中的排序顺序一致则获得二星；如果索引中的列包含了查询中需要的全部列则获得三星。

根据三星系统，我们能够更好的评价一个索引的好坏。

索引的选择性

索引的选择性是指，不重复的索引值（也称为基数）和数据表的记录总数（rows）的比值，范围从1/rows到1之间。索引的选择性越高则查询效率越高，因为选择性高的索引可以让Mysql在查找时过滤掉更多的行。唯一索引的选择性是1，这是最好的索引选择性，性能也是最好的。而假如我们是按某个表的性别字段作为索引列，这样选择性就很低，索引效果就不是很明显。

BTree索引的限制

根据上一篇推文中BTree索引类型查询相关内容我们知道，索引树是有序的，这也造成了一定的限制：

• 如果不是按照索引的最左列开始查找，则无法使用索引。
• 不能跳过索引中的列，即不能跳过索引前面的某一列不进行匹配而直接跳到最后一列进行匹配。
• 如果查询中有某个列的范围查询，则其右边所有列都无法使用索引优化查询。

接下来我们就来聊一些高性能的索引策略：</