SQL 存储过程优化

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

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

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

相关推荐
zmzmzmalo9 小时前
Linux ELF文件加载与内存管理揭秘
linux·网络·数据库
Super 含16 小时前
Android 启动优化(五):线程、GC 与 IO 为什么会拖慢启动?
java·服务器·数据库
ltl16 小时前
向量检索引擎选型:决策树、RAG 回链与开放问题
数据库
坚持学习前端日记17 小时前
Python SQLAlchemy ORM 从0到1精通实战手册(基础到复杂高阶)
数据库·python·oracle
灯澜忆梦17 小时前
【MySQL17】进阶篇 | InnoDB引擎
数据库·mysql
anxiao_m17 小时前
2026制造业云桌面选型攻略,不同生产场景适配方案汇总
大数据·网络·数据库
许彰午17 小时前
# 数据库配拦截器,不用改BPMN
数据库
lv__pf18 小时前
redis【msb 2026金三银四redis上】
数据库·redis·缓存
布莱克60519 小时前
理解数据库聚簇索引:原理、优势与适用场景
数据库·mysql