SQL语句优化建议用法汇总

1、优化limit分页

一般情况

SELECT * 
FROM   operation 
WHERE  type = 'SQLStats'  AND name = 'SlowLog' 
ORDER  BY create_time 
LIMIT  1000, 10;

重新设计如下，由前端传入上一页的最大值当做参数

SELECT   * 
FROM     operation 
WHERE    type = 'SQLStats'  AND name = 'SlowLog'  AND create_time > '2017-03-16 14:00:00' 
ORDER BY create_time limit 10;

2、尽量不使用select *，而是select具体字段。

3、结果只有一条，用limit 1

4、避免在where子句中使用or来连接条件

or 可能会使索引失效，从而全表扫描

5、避免在索引列上使用mysql的内置函数

索引列上使用mysql的内置函数，索引失效

6、Inner join 、left join、right join，优先使用Inner join，如果是left join，左边表结果尽量小

• Inner join 内连接，在两张表进行连接查询时，只保留两张表中完全匹配的结果集
• left join 在两张表进行连接查询时，会返回左表所有的行，即使在右表中没有匹配的记录。
• right join 在两张表进行连接查询时，会返回右表所有的行，即使在左表中没有匹配的记录。

都满足SQL需求的前提下，推荐优先使用Inner join（内连接），如果要使用left join，左边表数据结果尽量小，如果有条件的尽量放到左边处理。
反例:

select *  from tab1 t1 left join tab2 t2  on t1.size = t2.size where t1.id>2;

正例：

select *  from (select * from tab1 where id >2) t1 left join tab2 t2 on t1.size = t2.size;

理由：
如果inner join是等值连接，或许返回的行数比较少，所以性能相对会好一点。
同理，使用了左连接，左边表数据结果尽量小，条件尽量放到左边处理，意味着返回的行数可能比较少。

7、应尽量避免在where子句中使用!=或<>操作符，否则将引擎放弃使用索引而进行全表扫描。

8、使用联合索引，注意索引列的顺序，一般遵循最左匹配原则。

9、插入数据过多，采用批量插入。

10、慎用distinct关键字

distinct 关键字一般用来过滤重复记录，以返回不重复的记录。在查询一个字段或者很少字段的情况下使用时，给查询带来优化效果。但是在字段很多的时候使用，却会大大降低查询效率。

反例

SELECT DISTINCT * from user;

正例

select DISTINCT name from user;

11、 where子句中考虑使用默认值代替null。

12、用union all替换 union

13、索引不宜太多，一般5个以内

14、索引不适合建在有大量重复数据的字段上，如性别这类型数据库字段。

15、尽量避免向客户端返回过多数据量

16、字段类型是字符串，where时一定用引号括起来

17、使用explain 分析你SQL的计划，尤其是走不走索引这一块