SQL 优化

1.SQL语句中IN包含的值不应过多:

例如：select id from handsome where number in(1,2,3) 对于连续的数值，能用between就不要用in了。

2.SELECT语句务必指明字段名称:

禁止用 * 来查询 ,禁止用 * 来查询 ,禁止用 * 来查询 ,重要的事情说三遍， 查找哪个字段,就写具体的字段。

3.只查询一条数据的时候，使用limit 1

【这个很有用】

4.避免在where子句中对字段进行null值判断

5.避免在where子句中对字段进行表达式操作:

select  id from user  WHERE id*100=500;

上面的sql对字段就行了算术运算，这会造成引擎放弃使用索引，建议改成：

select  id from user  WHERE id=500/100;

6.对于联合索引来说，要遵守最左前缀法则:

例如组合索引(id,name,sex) 使用的时候,可以id 或者id,name 。禁止直接name,或者sex会导致联合索引失败

注意: id, name,sex 这三个字段填写顺序不会有影响, mysql会自动优化成最左匹配的顺序

前三条sql都能命中索引,中间两条由于不符合最左匹配原则,索引失效

最后一条sql 由于有最左索引id 所以索引部分成功,部分失效. id字段索引使用成功

explain select * from  `user_test` where uid=10  ; 
explain select * from  `user_test` where uid=10 and name='识时务者'; 
explain select * from  `user_test` where uid=10 and name='识时务者' and phone='13047967256'; 

explain select * from  `user_test` where name='识时务者' and phone='13047967256'; 
explain select * from  `user_test` where name='识时务者'; 

explain select * from  `user_test` where uid=10 and phone='13047967256'; 

7.尽量使用inner join，避免left join：

如果连接方式是inner join，在没有其他过滤条件的情况下MySQL会自动选择小表作为驱动表，但是left join在驱动表的选择上遵循的是左边驱动右边的原则，即left join左边的表名为驱动表。

8.注意范围查询语句:

对于联合索引来说，如果存在范围查询，比如between、>、<等条件时，会造成后面的索引字段失效。

解决办法: 业务允许的情况下,使用 >= 或者<= 这样不影响索引的使用

9.不建议使用%前缀模糊查询:

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

10.在 where 子句中使用 or 来连接条件，如果or连接的条件有一方没有索引,将导致引擎放弃使用索引而进行全表扫描
解决办法: 将or连接的双方都建立索引,就可以使用

11.应尽量避免在where子句中对字段进行函数操作，这将导致引擎放弃使用索引而进行全表扫描

12.字符串类型的字段 查询的时候如果不加引号’’ ,会导致自动进行隐式转换,然后索引失效