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

本文主要从工作经验中总结出来的经验总结sql语句优化问题，下面我们用Demo来具体说明如何提高sql的执行效率：
1、关于limit分页优化的问题SELECT * FROM message_1 LIMIT 10000,10【如何写出高质量效率高的sql语句，看完这篇就懂了】这条语句执行速度很快，当我们把语句改成下面语句的时候再看看用了多久？
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_13、优化批量插入

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<'2020-05-25'这句话告诉我们不要在where条件中出现函数、算数运算或其他表达式运算，否则也会使索引失效。
7、排序的索引问题如果MySQL查询语句中只用了一个索引，而where条件中已经使用了索引，则order by中的字段就不会使用索引。因此尽量不要同时对多个字段进行排序，如果有这样的场景存在的话，那最好给这些字段设置联合索引。
8、union all替换unionunion和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有重建索引的可能，所以一张表的索引数最好不要超过五个，如果超过五个那么就得针对这张表做优化处理了