SQL优化系列——索引

索引可能是数据库中最被误解的主题，因为有很多方式让你糊涂索引如何工作，以及服务器如何使用它们。要正确设计索引，让索引在数据库服务器中满足以下三个重要目的：
1，索引使服务器查找一组相邻行，而不是单独的行。许多人认为索引的目的是找到单独的行，但是查询找到单个行会导致随机磁盘操作，这很慢。最好是找到一组行记录，而不是一次找到一行。
2，索引使服务器通过按所需的顺序读取行来避免排序。排序是昂贵的。以所需顺序读取行要快得多。
3，索引使服务器从索引中单独满足整个查询，避免了根本不需要的整个表访问。这被称为覆盖索引或仅索引查询。
如果您可以设计索引和查询利用这三个原则，那么您可以使您的查询更快几个数量级。

可创建索引情境

1，在经常需要搜索的列上，可以加快搜索的速度；

2，在作为主键的列上，强制该列的唯一性和组织表中数据的排列结构；

3，在经常用在连接的列上，这些列主要是一些外键，可以加快连接的速度；在经常需要根据范围进行搜索的列上创建索引，因为索引已经排序，其指定的范围是连续的；

4，在经常需要排序的列上创建索引，因为索引已经排序，这样查询可以利用索引的排序，加快排序查询时间；

5，在经常使用在WHERE子句中的列上面创建索引，加快条件的判断速度。

 

不可创建索引情境

1，对于那些在查询中很少使用或者参考的列不应该创建索引。这是因为，既然这些列很少使用到，因此有索引或者无索引，并不能提高查询速度。相反，由于增加了索引，反而降低了系统的维护速度和增大了空间需求。

2，对于那些只有很少数据值的列也不应该增加索引。这是因为，由于这些列的取值很少，例如人事表的性别列，在查询的结果中，结果集的数据行占了表中数据行的很大比例，即需要在表中搜索的数据行的比例很大。增加索引，并不能明显加快检索速度。

3，对于那些定义为text, image和bit数据类型的列不应该增加索引。这是因为，这些列的数据量要么相当大，要么取值很少,不利于使用索引。

4，当修改性能远远大于检索性能时，不应该创建索引。这是因为，修改性能和检索性能是互相矛盾的。当增加索引时，会提高检索性能，但是会降低修改性能。当减少索引时，会提高修改性能，降低检索性能。因此，当修改操作远远多于检索操作时，不应该创建索引。

 

参考资料

10 essential performance tips for MySQL