需创建索引的情况： 1.主键，自动建立唯一索引 2.频繁作为查询的条件的字段 3.查询中与其他表关联的字段存在外键关系 4.查询中排序的字段，排序字段若通过索引去访问将大大提高排序的速度 5.查询中统计或者分组字段 避免创建索引的情况： 1.数据唯一性差的字段不要使用索引 比如性别，只有两种可能数据。意味着索引的二叉树级别少，多是平级。这样的二叉树查找无异于全表扫描。 2.频繁更新的字段不要使用索引 比如登录次数，频繁变化导致索引也频繁变化，增大数据库工作量，降低效率。 3.字段不在where语句出现时不要添加索引 只有在where语句出现，mysql才会去使用索引 4.数据量少的表不要使用索引 使用了改善也不大 三、哪些sql能命中索引 1.前导模糊查询不能使用索引，如name like ‘%nowjava’ 2、Union、in、or可以命中索引，建议使用in。 3、负条件查询不能使用索引，可以优化为in查询，其中负条件有！=、、not in、not exists、not like等 4、联合索引最左前缀原则，又叫最左侧查询，如果在（a，b，c）三个字段上建立联合索引，那么它能够加快a|（a，b）|（a，b，c）三组的查询速度。 5、建立联合查询时，区分度最高的字段在最左边 6、如果建立了（a，b）联合索引，就不必再单独建立a索引。同理，如果建立了（a，b，c）索引就不必再建立a，（a，b）索引 7、存在非等号和等号混合判断条件时，在建索引时，要把等号条件的列前置 8、范围列可以用到索引，但是范围列后面的列无法用到索引。 索引最多用于一个范围列，如果查询条件中有两个范围列则无法全用到索引。范围条件有：=、between等。 9、把计算放到业务层而不是数据库层。在字段上计算不能命中索引， 10、强制类型转换会全表扫描， 如果phone字段是varcher类型，则下面的SQL不能命中索引。Select * from user where phone=1380000000 11、更新十分频繁、数据区分度不高的字段上不宜建立索引。 更新会变更B+树，更新频繁的字段建立索引会大大降低数据库性能。 “性别”这种区分度不太大的属性，建立索引是没有什么意义的，不能有效过滤数据，性能与全表扫描类似。 一般区分度在80%以上就可以建立索引。区分度可以使用count（distinct（列名））/count（）来计算。 12、利用覆盖索引来进行查询操作，避免回表。 被查询的列，数据能从索引中取得，而不是通过定位符row-locator再到row上获取，即“被查询列要被所建的索引覆盖”，这能够加速度查询。 13、建立索引的列不能为null，使用not null约束及默认值 14、利用延迟关联或者子查询优化超多分页场景， MySQL并不是跳过offset行，而是取offset+N行，然后放弃前offset行，返回N行，那当offset特别大的时候，效率非常低下，要么控制返回的总数，要么对超过特定阈值的页进行SQL改写。 15、业务上唯一特性的字段，即使是多个字段的组合，也必须建成唯一索引。 16、超过三个表最好不要用join，需要join的字段，数据类型必须一致，多表关联查询时，保证被关联的字段需要有索引。 17、如果明确知道查询结果只要一条，limit 1能够提高效率，比如验证登录的时候。 18、Select语句务必指明字段名称 19、如果排序字段没有用到索引，就尽量少排序 20、尽量用union all 代替 union。Union需要将集合合并后在进行唯一性过滤操作，这会涉及到排序，大量的cpu运算，加大资源消耗及延迟，当然，使用union all的前提条件是两个结果集没有重复数据。*