近段时间去面试，很多都会问到关于SQL语句优化及大数据量数据查询速度提升的问题，但是由于我个人之前开发都是一知半解的状态，很多东西都没能掌握明白，感觉自己就是菜鸟一枚，晕死，和朋友闲聊聊到查询效率的提升可以通过建立聚集索引分区。所以，就好好了解下这其中的原理。

一.索引的概念

数据库索引，是数据库管理系统中一个排序的数据结构，以协助快速查询、更新数据库表中数据。

聚集索引表的存储结构

二.怎么建立合适高效的索引

一般来说，应该在这些列上创建索引：

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

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

3.经常用在连接的列上，这些列主要是一些外键，可以加快连接的速度；

4.在经常需要根据范围进行搜索的列上创建索引，因为索引已经排序，其指定的范围是连续的；

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

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

同样，对于有些列不应该创建索引。一般来说，不应该创建索引的的这些列具有下列特点：

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

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

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

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

根据数据库的功能，可以在数据库设计器中创建三种索引：唯一索引、主键索引和聚集索引。

三.索引的代价

1.占据数据存储空间

2.更新和插入数据花费更多时间，因为需要对索引进行变动