工作中的sql优化回顾

发布时间:2023-09-20 14:30

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

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

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

\"\"

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

\"\"\"\"\"\"\"\"

\"\"

后面还有就不列举了

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

\"工作中的sql优化回顾_第1张图片\"

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

\"\"

\"\"

\"\"

 后面还有就不列举了

\"工作中的sql优化回顾_第2张图片\"

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

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

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

\"工作中的sql优化回顾_第3张图片\"

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

\"\"

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

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

\"\"

 \"\"

\"工作中的sql优化回顾_第4张图片\"

3.学习记录查询优化

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

优化点:

where in大量id

\"工作中的sql优化回顾_第5张图片\"

 通过闭包表查询

\"\"

 去掉where 1=1,没有意义

\"\"

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

\"\"

\"\"\"\"

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

\"\"

4.某业务2查询优化

去掉子查询为left join

\"工作中的sql优化回顾_第6张图片\"

\"工作中的sql优化回顾_第7张图片\"  

\"\"

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

附:

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

\"工作中的sql优化回顾_第8张图片\"

\"工作中的sql优化回顾_第9张图片\"\"工作中的sql优化回顾_第10张图片\"\"工作中的sql优化回顾_第11张图片\"

 等

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

\"工作中的sql优化回顾_第12张图片\"

养成看执行计划的习惯

\"工作中的sql优化回顾_第13张图片\"

\"工作中的sql优化回顾_第14张图片\"

\"工作中的sql优化回顾_第15张图片\"

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

\"工作中的sql优化回顾_第16张图片\"

注意点:

\"\"

\"\"

\"\"

\"工作中的sql优化回顾_第17张图片\"

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

ItVuer - 免责声明 - 关于我们 - 联系我们

本网站信息来源于互联网,如有侵权请联系:561261067@qq.com

桂ICP备16001015号