SQL性能优化

1、SELECT 语句务必指明字段名称

SELECT * 会增加很多不必要的消耗，（cpu、io、内存、网络带宽）；增加了使用覆盖索引的可能性；

当表结构发生改变时，前断也需要更新。所以要求直接在select后面接上字段名。

2、SQL语句中IN包含的值不应太多

MySQL对于IN做了相应的优化，即将IN中的常量全部存储在一个数组里面，而且这个数组是排好序的。

但是如果数值较多，产生的消耗也是比较大的。对于连续的数值，能用 between 就不要用 in 了；再或者使用连接来替换。

3、区分in和exists，not in 和not exists

select * from 表A 
where id in (select id from 表B)

等价于

select * from 表A 
where exists(select * from 表B where 表B.id=表A.id)

区分in和exists主要是造成了驱动顺序的改变（这是性能变化的关键），如果是exists，那么以外层表为驱动表，先被访问，如果是IN，那么先执行子查询。

所以IN适合于外表大而内表小的情况；EXISTS适合于外表小而内表大的情况。

4、不建议使用%前缀模糊查询

例如LIKE “%name”或者LIKE “%name%”，这种查询会导致索引失效而进行全表扫描。但是可以使用LIKE “name%”。

避免隐式类型转换：

where子句中出现 column 字段的类型和传入的参数类型不一致的时候发生的类型转换，建议先确定where中的参数类型

5、对于联合索引来说，要遵循最左前缀法则

举列来说索引含有字段id,name,school，可以直接用id字段，也可以id,name这样的顺序，但是name;school都无法使用这个索引。

所以在创建联合索引的时候一定要注意索引字段顺序，常用的查询字段放在最前面

总结以上建议：

1、避免对索引字段进行计算操作

2、避免在索引字段上使用 not <> !=

3、避免在索引字段上使用 is null , is not null

3、避免在索引字段上出现数据类型转换

4、避免在索引字段上使用函数

5、避免建立索引的列中使用空值

6、对与WHERE的语句法则

7、尽量避免在WHERE子句中使用in， not in 或者 having ，可以使用exist ,not exist 代替 in ,not in

8、不要以字符格式声明数字， 不要以数字格式声明字符值，否则会使索引无效