索引

什么是索引？

索引：索引是与表或视图关联的磁盘上结构，可以加快从表或视图中检索行的速度。索引包含由表或视图中的一列或多列生成的键。这些键存储在一个结构(B树)中，使SQL Server可以快速有效地查找与键值关联的行。
这种数据结构是需要额外的写入和存储为代价来提高表上数据检索的速度。一旦建立了索引后，数据库中查询优化器使用索引来快速定位数据，然后就无需扫描表中给定查询的每一行了。

如何创建索引？

1.创建普通索引CREATE INDEX index_name ON table_name(col_name);
2.创建唯一索引CREATE UNIQUE INDEX index_name ON table_name(col_name);
3.创建普通组合索引3.CREATE INDEX index_name ON table_name(col_name_1,col_name_2);
4.创建唯一组合索引CREATE UNIQUE INDEX index_name ON table_name(col_name_1,col_name_2);

索引的类型

唯一索引，主键索引，普通索引，复合索引

什么时候使用索引

所有原则都建立在最左匹配原则上，如果多个字段同时匹配，则最左匹配
1、假如表的主键在id1上（有先后顺序），如果使用id1查询则使用索引，如果使用id2则不使用索引
2、order by 不使用索引
3、group by 使用索引时，字段在第一个字段时 ，使用索引，字段在第二个字段时，不使用索引
4、in查询操作，查询字段在第一个字段时 ，使用索引，查询字段在第二个字段时，不使用索引（not in在表中的查询数量大于30%的时候是全表扫描的，用不到索引。所以没有可以优化的。）
5、like 查询操作，如果第一个字符不是正则符号，则查询字段在第一个字段时 ，使用索引，查询字段在第二个字段时，不使用索引
如果第一个字符是正则符号，则都不使用索引
6、如果没有搜索条件、没有排序条件、没有group by条件时，就不使用索引
7、union 查询操作，哪个字段是第一个索引字段，就在那个查询子句上使用索引

创建索引需要注意SQL语句的写法

1、避免在where子句中使用 is null 或 not null
2、避免在where子句中使用！=或<>操作符
3、避免在where子句中使用or
4、少用 in 或not in
5、like通配符的使用 不要“%11%” 要“11%”（这种查询会导致索引失效而进行全表扫描）
6、避免在where子句中表达式操作 id/2=100 要用id=200
7、避免在where子句中进行函数式操作
8、在子句中使用exists代替in是一个好选择
9、避免在where子句中对字段进行null值判断，对于null的判断会导致引擎放弃使用索引而进行全表扫描。
10、避免隐式类型转换where子句中出现column字段的类型和传入的参数类型不一致的时候发生的类型转换，建议先确定where中的参数类型。
11、分段查询
在一些用户选择页面中，可能一些用户选择的时间范围过大，造成查询缓慢。主要的原因是扫描行数过多。这个时候可以通过程序，分段进行查询，循环遍历，将结果合并处理进行展示。
12、使用合理的分页方式以提高分页的效率
select id,name from product limit 23333, 20
使用上述SQL语句做分页的时候，可能有人会发现，随着表数据量的增加，直接使用limit分页查询会越来越慢。
优化的方法如下：可以取前一页的最大行数的id，然后根据这个最大的id来限制下一页的起点。比如此列中，上一页最大的id是23333。SQL可以采用如下的写法：
select id,name from product where id> 23333 limit 20
13、区分in和exists、not in和not exists
区分in和exists主要是造成了驱动顺序的改变（这是性能变化的关键），如果是exists，那么以外层表为驱动表，先被访问，如果是IN，那么先执行子查询。所以IN适合于外表大而内表小的情况；EXISTS适合于外表小而内表大的情况。

索引的最左原则

当我们创建索引的时候，设置索引的顺序。条件后的查询顺序必须与其对应。
例如：设置联合索引的顺序是（a,b,c）我们查询时的顺序是(a,c,b)那么就不会走索引，如果设置联合索引的顺序是(a,b,c)我们查询时的顺序也是(a,b,c)那么就会走索引。