工作中的sql优化回顾

SQL是工作必备技能，重要性不言而喻，很多时候我们都是在和sql打交道，为此良好的sql技能是一个合格程序员的必备要求，过去的2年，写了很多sql，有一些印象比较深刻，做个回顾，既是总结也是提醒自己。

1.范围查询统计查询优化

需求是要统计一个业务各范围的总数

一开始的实现：每个数量是一张临时表，left join多次

后面还有就不列举了

存在的问题：临时表都是查询同一张表，每个临时表都是一次子查询

优化思路：因为都是查同一张表，只是条件不一样而已，可以用if条件判断来做，只需要查一次

 后面还有就不列举了

2.某业务首页任务查询优化

需求描述：要查询两个数量，一个数量来自salary，一个数量来自salary_people，并且salary中的人员来自salary_people，比较salary的数量和salary_people是否相等。

一开始的实现：一个语句查询

 存在的问题：一方面还是嵌套子查询问题，虽然count(*)不会说是外面count会导致里面count多次，但执行计划也不太理想，all是全表扫描，由于是all查询，还要考虑数据量的问题，这边salary表的数据量还是有一点，一般线上平均一年有1万多

最后就是也不太美观，易读性不太好 

优化思路：改成分2次查询，也算不上空间换时间吧，舒服点，我们DBA也说这样改好些

 

3.学习记录查询优化

这边学习记录和学习时长数据量比较大，后面尝试做分区，稍微有一点提升，这个暂时不说，简单sql层面的优化

优化点：

where in大量id

 通过闭包表查询

 去掉where 1=1，没有意义

索引列不计算，会使索引失效

还有其它尝试：因为是按日期查询，做个日期列做索引，虽然DBA说改变不大，但也是一种思路

4.某业务2查询优化

去掉子查询为left join

  

等

还有其它这样的例子不过多说明，因为SQL是很重要的一部分，在开发过程中绝不能只管有没有做完，同时也必须注意性能，要求自己，慢慢养成好习惯，否则将一直原地踏步，也是对自己不负责。我现在写sql都会关注复杂度，语句是否可以优化，索引，执行计划，数据量等方面，一般只要不是说很赶，会比较注意，如果是很赶时间，可能以先上线为止，后面观察有无问题再看是否需要优化。希望我们一起加油

附：

数据库一些规范，可以参考

 等

sql优化一些指南，可以参考

养成看执行计划的习惯

 Extra: 额外信息，也包含了很多重要的信息，虽然不太懂

注意点：

时而回顾，逐渐掌握，慢慢进步。