oracle书写高质量sql,如何写出高质量效率高的sql语句，看完这篇就懂了

本文主要从工作经验中总结出来的经验总结sql语句优化问题，下面我们用Demo来具体说明如何提高sql的执行效率：

1、关于limit分页优化的问题

SELECT * FROM message_1 LIMIT 10000,10

这条语句执行速度很快，当我们把语句改成下面语句的时候再看看用了多久？

SELECT * FROM message_1 LIMIT 1000000,10

运行结果如下图：

上面的语句整整用了17.7秒！这么慢，用户可是等不了了，那么我们如何优化这句sql呢？

解决方法：

我们加“order by id”改造后的sql为：

SELECT * FROM message_1 order by id LIMIT 1000000,10

执行图如下：

只用了1.1秒，可以说稍微改动一下，效率提升了17倍。这是因为这个sql语句使用了主键id来作为索引，所以速度很快。

2、任何情况下都禁止使用 select * from table

因为这样会进行全表扫描而导致效率很低

SELECT * FROM message_1

应改为

SELECT content FROM message_1

3、优化批量插入

INSERT INTO message_1(id,content) values(1,'内容1')

INSERT INTO message_1(id,content) values(2,'内容2')

INSERT INTO message_1(id,content) values(3,'内容3')

INSERT INTO message_1(id,content) values(4,'内容4')

INSERT INTO message_1(id,content) values(5,'内容5')

应改为

INSERT INTO message_1(id,content) values(1,'内容1'),(2,'内容2'),(3,'内容3'),(4,'内容4'),(5,'内容5')

4、like语句的优化

SELECT content message_1 A WHERE content like '%我要学习%'

like后面使用了“%”，所以该sql语句查询会进行全表扫描，使索引失效，因此速度会很慢，如果想走索引的话，可以改下下面的语句：

SELECT content FROM message_1 WHERE content like '我要学习%'

5、避免where语句中使用IS NULL或IS NOT NULL语句

SELECT content FROM message_1 WHERE content IS NULL

上面的语句同样会使索引失效而进行全表扫描，我们在where语句中避免使用 IS NULL或者IS NOT NULL来进行条件选择，这样做会使索引失效，从而导致查询速度很慢

6、不要在where条件中出现函数、算数运算或其他表达式运算

SELECT content FROM message_1 WHERE datediff(day,createTime,'2020-05-25')=0

改为

SELECT content FROM message_1 WHERE createTime>='2020-05-01' and createTime

这句话告诉我们不要在where条件中出现函数、算数运算或其他表达式运算，否则也会使索引失效。

7、排序的索引问题

如果MySQL查询语句中只用了一个索引，而where条件中已经使用了索引，则order by中的字段就不会使用索引。因此尽量不要同时对多个字段进行排序，如果有这样的场景存在的话，那最好给这些字段设置联合索引。

8、union all替换union

union和union all的区别在于前者需要合并两个以上的结果集，然后在进行唯一性过滤操作，这样做肯定会涉及到数据的排序，增大cpu的运算与资源消耗和延迟。因此，当在确定没有重复数据或者不关心重复数据的情况下，要使用union all。

9、left joinright join和inner join

SELECT A.id,A.name,B.id,B.name FROM message_1 LEFT JOIN message_2 b ON b.id =B.id;

SELECT A.id,A.name,B.id,B.name FROM message_1 RIGHT JOIN message_2 b ON B A.id= B.id;

SELECT A.id,A.name,B.id,B.name FROM message_1 INNER JOIN message_2 b ON A.id =B.id;

上面的语句运行后发现inner join运行速度比较快，因为inner join是等值连接，返回的行数比较少。所以在项目开发过程中最好使用inner join

10、索引的数量控制在5个以内

因为不是索引越多就越好。索引尽管提高了查询效率，但是也是降低修改和新增的效率。而且insert和update有重建索引的可能，所以一张表的索引数最好不要超过五个，如果超过五个那么就得针对这张表做优化处理了