这几天抽了个时间将《高性能Mysql》看了一下忽觉索引非常之重要，习之然后总结巩固知识。本文索引使用的是InnoDB存储引擎。因为本文并不是说用索引的好处，所以并不会书写QPS之类的测试结果请大家见谅。我的mysql版本是8.0.11。
目录（一）索引使用优化
①独立的列
②覆盖索引
③索引匹配
（二）索引创建优化
①前缀索引和索引选择性
②选择合适的索引顺序
③不创建冗余和重复索引
索引使用优化我们有时候虽然创建了合适的索引但是使用不当依然会使索引失效，所以我将书上的索引使用大致总结了一下。在这之前我先介绍一下EXPLAIN生成结果中字段type和Extra的意义,先说一下type常出现的结果。
（1）const 表中最多只有一行用于主键和唯一索引的匹配
（2）all全表扫描
（3）ref使用索引并符合最左匹配
（4）index ：❶
a.当查询是索引覆盖的，即所有数据均可从索引树获取的时候（Extra中有Using Index）；
b.以索引顺序从索引中查找数据行的全表扫描（无 Using Index）；
c.如果Extra中Using Index与Using Where同时出现的话，则是利用索引查找键值的意思；
d.如单独出现，则是用读索引来代替读行，但不用于查找
接下来我们解释一下Extra出现的结果：
（1）using index 使用覆盖索引。
（2）using where 条件语句中部分条件使用的是索引，其他条件需要去表中筛选。
（3）using inex condition 条件语句中所有条件都在索引中，但是所需要的数据不在索引中。
（4）using where;using index 条件和所需数据都在索引中。
独立的列独立的列一眼上看去以为是针对于一个单独的列创建索引但是实际上并不是这样的。“独立的列”是指索引列不能是表达式的一部分，也不能是函数的参数❷。这句话的前面一句话在书上是：如果使用独立的列则mysql不会使用索引。这句话有点模棱两可，“不会使用索引”到底是包括索引全扫描还是不包括索引全扫描，如果包括的话则与实验结果不相符，如果不包括的话那就没问题了。废话不多说还是用结果来证明吧。首先我的数据库表结构是这样子的，如下图所示：
我创建了两个单独列的索引用来测试表达式和函数如下图所示:
测试sql: explain select age from user where age =2;
从测试结果中我们可以看到type为ref(使用BTree索引),Extra为Using index(使用了覆盖索引)
如果我们把sql语句改为： explain select age from user where age+1=2;解释结果如下所示：
可以看到这条查询语句是使用了索引的，不过是扫描索引的全部数据。接下来测试一下如果条件语句中使用了函数是否会使用索引我的sql语是：EXPLAIN SELECT id from user where TO_DAYS(birthday) >= 50000000;测试结果如下图所示：
OK，结果也是index。至于书上那句话是对是错我就不得而知了，不过大家可以自己去测试一下。
覆盖索引
如果把使用索引比作你开了一辆五菱宏光的话，那么你使用覆盖索引就是开了一辆兰博基尼（兰博基尼的性能是由你自己来决定的）。覆盖索引简单的来讲就是你所要查询的字段和条件语句都在一条索引中。接下来又是证明的过程，我创建一个新的索引如下图所示: