索引那些事--进阶版

前言

在去年笔者写了一篇MySQL索引那些事的文章，介绍了常见的索引分类，以及索引底层原理和部分索引特性。最近在工作的时候遇到问题，重新回顾一下遗漏的知识点。

索引虽好，但是不能随意创建，不仅仅是因为索引会占用存储空间，而且在MySQL更新或新增数据的时候索引的维护成本会大大增加，甚至严重影响数据库的性能。在后期维护索引的时候又很难随意删除一个索引（无法确定是否有人在用），所以我们在新增索引的时候一定要慎重。那弄懂什么是好的索引就显得至关重要。

什么是好索引？ 三星系统

• 索引将相关的记录放到一起
  尽可能选择合适的索引避免单行访问，因为B+树的原因按顺序访问数据是很快的，系统一次IO读取的是一个文件块，里面含有很多数据。
• 索引中的数据顺序和查找（排序）中的排列顺序一致（最左前缀）
  尽可能使用数据原生顺序从而避免额外的排序操作
• 索引中的列包含了查询中需要的全部列（覆盖索引）
  尽可能的使用覆盖索引

以上满足一条获得一星，满分三星。

如何创建高性能索引？

• 索引不能是表达式的一部分where id+1=5 也不能是参数的一部分

• 提高索引的选择性
  索引的选择性是指：不重复的索引值和数据表记录总数的比值。索引的选择性越高在查找时可以过滤掉更多的行，查询效率也就越高。

• 注意索引的顺序：

  范围查询的字段放最后（比如年龄字段）；使用频率比较高的放前面（比如性别字段）；总体顺序要符合最左前缀的原则；当不需要考虑排序和分组时，将选择性比较高的列放前面。
  其中索引的最左前缀原理，不仅仅要关注where语句，还要注意Oder by后面的顺序。

其它

覆盖索引：

如果一个索引包含或者说覆盖所要查询的所有字段的值，就称这个索引是覆盖索引。

• 覆盖索引减少了随机IO的过程，对高io密集查询效率的提高特别有效。
• 索引是按照列值顺序存储的，范围查询比从磁盘读取每一行快的多
• 对于InnoDB的聚簇索引，覆盖索引因为二级索引已经能拿到最终数据，会省去了再去主键的聚簇索引查询的过程。
• 其它事项参考第一篇文章的最后

索引和锁

InnoDB只有在访问行的时候才会加锁，而索引能够减少InnoD的访问行数，进而减少锁的数量。

##后记

由于索引的种种原理导致了种种特性，导致我们后期进行一些优化时也需要考虑索引的相关知识。下次我们将继续介绍，如何优化慢查询。