1、不在索引列做任何操作：

函数表达式：select  sum(id) from

计算：where  id + 1；

隐式转换：where  id + ""

2、尽量全值匹配（在联合索引中，where 后面的条件尽量和索引的所有列匹配）；

where 后面的条件先后顺序与索引的字段顺序没关，查询优化器会调整顺存

3、遵守最佳左前缀法则；

当where 语句不能全值匹配时，也要遵守最佳左前缀法则；

index   username，phone，status；

where   phone，status            -----不推荐

where  username，phone     -------推荐

4、范围条件放最后（也是针对联合索引）

=

between     and

中间也有范围查询，后面也有范围查询，则后面的范围查询索引会失效

where  username=a   and   status>0   and starttime  between    and

5、尽量使用覆盖索引，覆盖select后的所有列，避免回表查询

不要使用select  *

6、不等于要慎用；！=、>=、<=

7、is null和is  not  null也可以会导致索引失效

如果字段是非空，那么is  null会导致索引失效？

如果字段不是非空（可以为空），is   not  null会导致索引失效？

8、字符串加引号（不加的话，mysql会自动加上，相当于对索引列做了操作，索引列会失效）

9、like条件查询

like  "abc%" 索引不失效；

like   "%abc"   索引失效，因为字符串排序，然后前面不确定，就会失效

10、使用or条件也可能会导致索引失效：，

order_no = 'aaa'   or   order_no='bbbb';   or前后字段一样，索引生效

order_no = 'aaaa'    or   status = 0;           字段不一样，其中一个没索引，则索引失效；优化：拆成两个select 语句，使用union all连接；

11、排序优化，ASC,DESC

order  by  字段的顺序尽量和复合索引字段的顺序一致，否则会导致随机读取数据；

select  *  from  table1，table2 order by只会按一个表排序

12、按主键顺序插入行

（主键不建议使用UUID）

13、count（）优化：根据业务来

count(*) 统计的是所有行，包含为null的行；

count( email) 统计的是不包含null的行；

count（*）遍历数据，判断null，返回数据，累加

count（0）遍历数据，判断null，不返回数据，只累加

count（字段）遍历数据，判断null，为null的数据不返回，返回数据，累加

14、优化limit（深分页问题）

select * from  table  limit  10000,10；会进行全表扫描；使用子查询进行优化：

select  * from 

        （select id  from  table  limit  10000,10） t1；会走主键索引；但效果不明显；可以根据业务：如果id是有顺序的：

select   * from   where   id> 10000   limit 10000,10;那么不会再扫描10000前的数据；

15、关于null值（有争议）不在where 语句中进行is  null或is not  null的判断

mysql认为：任何值与null比较都是null

优化：使用默认值

16、in 和not in也有可能会导致索引失效：使用exist代替in，或者使用子查询