在了解了索引的基础知识及B+树索引的原理后（如需复习请点这里），这一节我们了解一下有哪些建索引的原则，来指导我们去建索引。
建索引的原则
1. 联合索引
我们可能听一些数据库方面的专业人士说过：“把 Where 条件里面的列都建上索引”，从而给每个列给每个列建独立的索引，这个理解是非常错误的。
如果 Where 条件里有多种组合的查询条件，可以尝试建联合索引来减少索引数量，同时提升查询性能。
2. 覆盖索引
普通索引查到主键后，回到主键索引搜索的过程，称为回表。
当使用普通索引查询时，普通索引有我们所需结果的所有信息（字段），就可以直接提供查询结果，而不需要回表。也就是说，在这个查询里，索引已经被“覆盖了”查询需求，称为覆盖索引。
mysql> create table T (
ID int primary key,
k int NOT NULL DEFAULT 0,
s varchar(16) NOT NULL DEFAULT '',
index k(k))
engine=InnoDB;
select ID from T where k between 3 and 5
上面的例子中，k索引树上已经包括了ID的值，就不需要回表了。
由于覆盖索引可以减少树的搜索次数，显著提升查询性能，所以使用覆盖索引是一个常用的性能优化手段。
在使用覆盖索引时，要注意如果需要返回的字段较多，就要权衡空间和时间。因为覆盖索引要覆盖较多字段就需要更多的空间。
3. 最左前缀原则
假设我们有2个字段，例如身份证号和地址，现在有三种查询需求：按身份证号查询、按地址查询，以及按身份证号和地址查询。
如果每种需要都要创建一个索引，就显得有利浪费。
从上一篇文章里，我们了解到B+树的特点是有序的，因此我们可以只创建两个索引即满足上面的三种需求，分别是（身份证号，地址）和（地址）。这就是B+树索引的“最左前缀”原则。
在建立联合索引的时候，如何安排索引内的字段顺序：
- 第一原则是，如果通过调整顺序，可以少维护一个索引，那么这个顺序往往就是需要优先考虑采用的。
- 第二原则是，空间。当两个字段存在一个明显比另一个大时，例如name和age，明显name要比age要大，此时应该建一个（name，age）的联合索引和一个（age）的单字段索引。
4. 前缀索引和索引选择性
有时候需要索引很长的字符列，这会让索引变得大且慢。一种策略是模拟哈希索引。
通常可以索引开始的部分字符，这样可以大大节约索引空间，从而提高索引效率。但这样也会降低索引的选择性。
索引的选择性指，不重复的索引值（也称为基数，cardinality）和数据表的记录总数（T）的比值，范围从1/T到1之间。
如何确定前缀索引的长度及创建前缀索引
假设有个订单表，其中有包括城市名称的字段（city，且城市名称为英文），下面来介绍一下如何确定前缀索引的长度。
mysql> create table orders (
ID int primary key,
city varchar(16) NOT NULL
)engine=InnoDB;
一种方法是计算完整列的选择性，并使前缀的选择性接近于完整列的选择性。
计算完整列的选择性：
mysql> SELECT COUNT(DISTINCT city)/COUNT(*) FROM orders;
在同一个查询中计算不同前缀长度的选择性：
mysql> SELECT COUNT(DISTINCT LEFT(city, 3))/COUNT(*) AS sel3,
COUNT(DISTINCT LEFT(city, 4))/COUNT(*) AS sel4,
COUNT(DISTINCT LEFT(city, 5))/COUNT(*) AS sel5,
COUNT(DISTINCT LEFT(city, 6))/COUNT(*) AS sel6,
COUNT(DISTINCT LEFT(city, 7))/COUNT(*) AS sel7
FROM orders;
创建前缀索引的方法：
mysql> ALTER TABLE orders ADD KEY (city(7));
5. 选择合适的索引顺序
在联合索引中，索引列的顺序是按照从左到右逐列进行排序的。因此索引可以按照升序或降序进行扫描，以满足精确符合列顺序的 ORDERY BY、GROUP BY 和 DISTINCT 等子句的查询需求。
因此联合索引的列顺序很重要。
如何选择索引的列顺序有一个经验法则：将选择性最高的列放到索引最前列。
这个经验法则在某些场景下有用，但可能在另外场景下，可能就没效了，这要根据具体情况进行分析。