数据库-索引
索引
索引是对数据库表中一个或多个列（例如，employee 表的姓名 (name) 列）的值进行排序的结构，使用索引可快速访问数据库表中的特定信息。索引的一个主要目的就是加快检索表中数据的方法，亦即能协助信息搜索者尽快的找到符合限制条件的记录ID的辅助数据结构。从数据搜索实现的角度来看，索引也是另外一类文件/记录，它包含着可以指示出相关数据记录的各种记录。其中，每一索引都有一个相对应的搜索码，字符段的任意一个子集都能够形成一个搜索码。这样，索引就相当于所有数据目录项的一个集合，它能为既定的搜索码值的所有数据目录项提供定位所需的各种有效支持。
索引分为聚簇索引和非聚簇索引两种，聚簇索引 是按照数据存放的物理位置为顺序的，而非聚簇索引就不一样了；聚簇索引能提高多行检索的速度，而非聚簇索引对于单行的检索很快。根据数据库的功能，可以在数据库中创建三种索引：唯一索引、主键索引和聚集索引。
在聚集索引中，表中行的物理顺序与键值的逻辑（索引）顺序相同。一个表只能包含一个聚集索引。如果某索引不是聚集索引，则表中行的物理顺序与键值的逻辑顺序不匹配。与非聚集索引相比，聚集索引通常提供更快的数据访问速度。聚集索引和非聚集索引的区别，如字典默认按字母顺序排序，读者如知道某个字的读音可根据字母顺序快速定位。因此聚集索引和表的内容是在一起的。如读者需查询某个生僻字，则需按字典前面的索引，举例按偏旁进行定位，找到该字对应的页数，再打开对应页数找到该字。这种通过两个地方而查询到某个字的方式就如非聚集索引。
具体使用场景：
1. 建立索引的目的就是帮助查询,如果查寻用不到则索引就没有必要建立。
2. 如果表是经常需要更新的也不适合做索引 。频繁更新会导致索引也会频繁更新，降低写的效率。
3. 唯一性差的字段不适合创建索引。
4. 当给一个字段创建了索引的话，而这个字段要进行like模糊查询的话，那么这个值左边不可以有%，因为索引查询是要从左到右的，你如果给它加上%后，左边的值不是确定的话，它会找不到这个索引。所以在使用like模糊查询的时候，值得左边不可以有%。
5. order by 不会使用索引
6. or 当前后2个字段都有索引时才可以索引出来 否则不可以。
7. 如果数据表过大(5w以上)则有些字段(字符型长度超过(40))不适合作为索引。查询大量数据时,索引有效,但是慢
8. 不使用索引的原因：因为索引时会先过一遍索引在过一遍数据
9. 当数据多且字段值有相同的值得时候用普通索引。
10. 当字段多且字段值没有重复的时候用唯一索引。
11. 当有多个字段名都经常被查询的话用复合索引。
12. 普通索引不支持空值，唯一索引支持空值。
13. 若是表增删改多而查询较少的话，就不要创建索引了，因为如果你给一列创建了索引，那么对该列进行增删改的时候，都会先访问这一列的索引，若是增，则在这一列的索引内以新填入的这个字段名的值为名创建索引的子集， 若是改，则会把原来的删掉，再添入一个以这个字段名的新值为名创建索引的子集， 若是删，则会把索引中以这个字段为名的索引的子集删掉。所以，会对增删改的执行减缓速度，
14. 更新太频繁地字段不适合创建索引。
15. 不会出现在where条件中的字段不该建立索引。
