SQL优化的N种方法(小结)

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

到此这篇关于SQL优化的N种方法(小结)的文章就介绍到这了,更多相关SQL 优化内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！