很多人写SQL按照自己喜好，没有规则意识，这对于自主查询影响不大，你爱怎么搞就怎么搞，一旦涉及到提交任务或团队共享，就不能乱写了，会浪费资源影响到开发效率，严重的甚至会服务器瘫痪。

提几个关于SQL优化的小建议，都是细节的问题。

1、尽量不要使用select * from ...，要在后面加limit限制行数，并且选择要查询的字段

2、多使用Exists()和Join()，而非where in子查询

3、为表创建索引列，查询速度会更快

索引有很多好处，会降低数据库的IO成本，会降低分组消耗的成本，降低数据排序成本等等

看到一个索引的解释比较形象

索引的目的在于提高查询效率，可以类比字典，如果要查“mysql”这个单词，我们肯定需要定位到m字母，然后从下往下找到y字母，再找到剩下的sql。如果没有索引，那么你可能需要把所有单词看一遍才能找到你想要的，如果我想找到m开头的单词呢？或者ze开头的单词呢？是不是觉得如果没有索引，这个事情根本无法完成？

4、筛选字段，尽量避免使用or，可以用

5、尽量不要join很多表，小心会过载，执行效率也会很低，可以将长查询拆分成多个查询，最后再连接

6、尽量不要使用select distinct，这个过程需要处理大量数据，速度会比较慢

7、如果是在公司服务器执行查询，尽量选择非高峰期查询

8、查询语言要写注释，让同事能看懂，同时也是让以后的自己能看懂

9、尽量使用UNION ALL，而不是UNION，因为后者是取交集，速度更慢

10、对于频繁使用的数据和更复杂的查询，要使用存储过程

11、建表时选择适当的数据类型，不然会造成资源浪费

12、表越大查询速度越慢，所以在连接聚合操作时，尽可能将表精简到最小

13、尽量不要使用 %前缀进行模糊前缀查询

14、在取出字段上可以使用相关函数,但是在 Where 条件中的过滤条件字段上避免使用任何函数,包括数据类型转换函数，以避免索引失效。或者可以考虑使用表达式索引功能

15、SQL代码中应用到的所有SQL关键字、保留字都需使用全大写或小写