SQL 存储过程优化

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

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

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

相关推荐
Tapdata1 小时前
《实时分析市场报告 2025》上线 | 从批处理到实时洞察,2025 年全球实时分析市场全景解读
数据库
海梨花2 小时前
【从零开始学习Redis】项目实战-黑马点评D2
java·数据库·redis·后端·缓存
代码的余温3 小时前
SQL性能优化全攻略
数据库·mysql·性能优化
手把手入门5 小时前
★CentOS:MySQL数据备份
数据库·mysql·adb
喂完待续5 小时前
【Tech Arch】Hive技术解析:大数据仓库的SQL桥梁
大数据·数据仓库·hive·hadoop·sql·apache
SelectDB6 小时前
5000+ 中大型企业首选的 Doris,在稳定性的提升上究竟花了多大的功夫?
大数据·数据库·apache
路多辛6 小时前
Golang database/sql 包深度解析(二):连接池实现原理
数据库·sql·golang
SimonKing6 小时前
Mybatis批量插入,形式不同性能也不同
数据库·后端·程序员
杰克尼7 小时前
MYSQL-175. 组合两个表
数据库·mysql
DemonAvenger7 小时前
MySQL索引原理深度解析与优化策略实战
数据库·mysql·性能优化