MySQL——索引使用及优化策略

关于索引使用策略在网上有各种各样的说法，本文是对多篇文章所说的内容精心整理，如果有不对的，还请见谅。

1 什么时候需要使用索引

 1. 主键自动建立唯一索引； 
 2. 经常作为查询条件在WHERE或者ORDER BY 语句中出现的列要建立索引； 
 3. 作为排序的列要建立索引；
 4. 查询中与其他表关联的字段，外键关系建立索引 高并发条件下倾向组合索引；
 5. 用于聚合函数的列可以建立索引，例如使用了max(column_1)或者count(column_1)时的column_1就需要建立索引

 1. 数据库以查询为主，那么在经常查询的列上建立索引。 
 2. 在需要进行join的字段上建立索引，哪些被join起来的字段，也应该是相同的类型。
 3. 对多个列可以建立联合索引，不过在查询的时候，查询语句需要满足最左前缀原则。 
 4. 可以在主键、外键上建立索引，可以确保主键的唯一性。
 5. 数据长度比较小的列上，可以建立索引，一来索引文件比较小，二来内存中可以装载更多的索引键。
 6. 如果一个列是比较长的字符串，为了加快这种长列的查询速度，可以为其建立前缀索引。

 7. 在经常查询而不经常增删改操作的字段加索引 
 8. order by与group by后应直接使用字段，而且字段应该是索引字段。
 9. 一个表上的索引不应该超过6个 
10. 索引字段的长度固定，且长度较短 
11. 索引字段重复不能过多，如果某个字段为主键，那么这个字段不用设为索引
12. 在过滤性高的字段上加索引。

2 什么时候不使用索引？

 1. 经常增删改的列不要建立索引； 
 2. 有大量重复的列不建立索引；
 3. 表记录太少不要建立索引。

注意：只有当数据库里已经有了足够多的测试数据时，它的性能测试结果才有实际参考价值。如果在测试数据库里只有几百条数据记录，它们往往在执行完第一条查询命令之后就被全部加载到内存里，这将使后续的查询命令都执行得非常快–不管有没有使用索引。只有当数据库里的记录超过了1000条、数据总量也超过了MySQL服务器上的内存总量时，数据库的性能测试结果才有意义。

3 索引失效的情况

> select * from book 
> 当语句中没有where子句时，那肯定是不走索引的。 
> 
> select * from book where name(书名，varchar类型) like '%中'
> 不走索引，只要%出现在第一个位置，那么就不走索引。 
> 
> select name from book where sell_num(销量，数值类型) > 100