SQL 存储过程优化

问题:一个复杂的6个表的left jion 语句,发现设置为定时任务后最高时长为18分钟

1、原因分析:对复杂SQL 进行拆分验证 发现是合同明细表和 产品表的left jion 时间过长,发现 合同明细表每天为3w条,之前做过优化 对每个表的dt日期字段创建了非聚合索引,合同明细表只保留3天的数据,但优化过效果不明显。经过拆分SQL 语句 (每两个表进行关联验证),发现原来 产品表也是每天3w条,且已经保存了15天的数据,虽然已创建dt索引 但left jion时间依然很长。

2、处理:暂时的处理方式为 产品表也只保留3天数据,目前2表left jion时长已降低到10秒左右,后继可以考虑在索引或分区表等方式进行进一步优化。

相关推荐
GM_8286 分钟前
【Go项目基建】GORM框架实现SQL校验拦截器(完整源码+详解)
sql·golang·拦截器·gorm·慢查询·持久层基建
MAGICIAN...5 小时前
【Redis】--持久化机制
数据库·redis·缓存
我真的是大笨蛋5 小时前
JVM调优总结
java·jvm·数据库·redis·缓存·性能优化·系统架构
步步为营DotNet7 小时前
5-2EFCore性能优化
数据库·性能优化·.net
2501_920047038 小时前
Redis-集群
数据库·redis·bootstrap
半夏陌离8 小时前
SQL 拓展指南:不同数据库差异对比(MySQL/Oracle/SQL Server 基础区别)
大数据·数据库·sql·mysql·oracle·数据库架构
旋转的油纸伞8 小时前
SQL表一共有几种写入方式
数据库·sql
半夏陌离8 小时前
SQL 入门指南:排序与分页查询(ORDER BY 多字段排序、LIMIT 分页实战)
java·前端·数据库
isyoungboy9 小时前
SQL高效处理海量GPS轨迹数据:人员gps轨迹数据抽稀实战指南
数据库·sql
敬业小码哥9 小时前
记一次:mysql的json及json数组使用组合使用
数据库·mysql·json