Mysql 中建立索引和索引的使用问题

在数据库中合理的使用索引是提高mysql数据库的一种高效和快捷的方式，可是在索引的使用上在个人使用中发现有不少坑，由于本身以前没有认识到，因此来总结一下

---

索引的介绍

索引是一种特殊的文件，其中包含着对数据表中的全部记录的引用指针

添加索引的条件

1. 字段中存储的内容重复性不能太高，好比性别，颜色等这些可区分性很低的字段

2. 字段会常常性的用做查询语句。 由于建立索引也是须要存储的空间的，并且建立了索引会形成insert等语句的速度变慢

3. 字段更新的斌率不高的字段适合添加索引。数据的更新会带来索引的更新。

索引的类型

1. 普通索引 ： key 。惟一的做用就是加快查询的速度

2. 主键索引 ： primary key 。字段具有惟一性 一张数据表中只有一个

3. 惟一索引 ： unique key 。

4. 联合索引 ： key(a,b,c)。

5. 外键索引 ： 在我如今的认识中，就是用来维护数据表之间的相关性的，而且会致使数据的写入等操做的速度过慢，因此。。好像没啥用（对于较大的项目）

6. 全文索引 ： FULLTEXT(column1, column2) mysql5.6之前的InnoDB表不支持。使用：WHERE MATCH(column) AGAINST('search_content')

索引在使用上的注意点

1. 索引字段上使用 WHERE DAY(column)='' 或 WHERE column*2=100这种运算，索引不会被使用到

2. 在索引的字段上 使用NOT IN,<>,!=这些运算符的时候，执行explain会使用到索引，可是这些操做是不被推崇的，由于就算是用到了索引速度也不会很快.并且在mysql的5.6版本之前这种方式就算执行explain操做也是是用不到索引的

3. 在索引字段上使用 like或regexp操做的时候，%的通配符不能放在要查找的字符串的左侧(能够想象使用索引的时候就是在查字典，好比想要找到'mysql'这个单词，须要从m开始，而后是y，因此查询的顺序就是从左往右的)

4. 关于联合索引的一些注意事项：

   1. 若是给一张表添加的一组联合索引以下： key(name,email,age) ,mysql在添加联合索引的时候以‘最左前缀’的形式进行索引的添加，那么在进行查询select *的时候[name] [name,email] [name,email,age] 这三组查询条件都是可使用到这个组合索引的,可是这并非重点

   2. 若是如今使用 explain select * from table where age=11会发现索引并无被使用到。 但是执行 explain select name,email from table where age=11 .会发现这个索引被使用到了。 这种方式叫作索引覆盖，在执行explain语句的时候，会发现extra一栏中卫'Using Index',若是存储引擎使用的是InnoDB，二级索引也存储了primary key的值，若是用过索引去访问primary key的值，也能够访问到

5. 还有就是 关于添加联合索引仍是单列索引的问题。若是字段都被添加成单列的索引，相比于联合索引的话，会增长数据库的IO的等待

6. 索引的确能够加快mysql在查询时候的速度。可是在数据进行新增及更新等操做的时候，也须要对应的维护索引关系(可是也有配置能够在数据：DELAY_KEY_WRITE，不深刻展开)

7. 在使用多个条件进行数据的查询的时候，有网上的不少说法都是mysql中单次sql的查询只能使用到一个索引（这个是错误的！！） 一条sql语句，针对一张表的查询，多个条件之间使用and拼接的话，索引在mysql内部会被执行 union的操做，索引是可使用到的！ 可是！若是条件之间使用or进行条件的拼接的话，那么若是想要该语句的索引有效就必须保证每一个被or链接的条件均可以使用到索引。

索引的长度

好比果我如今想要给 用户表的用户家庭住址字段添加索引，该字段：address 的类型为varchar(255) ,对整个字段创建索引的话确定是不合理的，这个时候须要为该字段的前n个值创建索引。可使用
select count(distinct substring(字段,1,结束位置)) from 表对比一下表中的总数据看一下该n值得选择性，用来肯定索引的长度