SQL 存储过程优化

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

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

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

相关推荐
大嘴皮猴儿4 分钟前
AI图片翻译技术解析:以跨马翻译为例看电商图片翻译的实际效果
大数据·数据库·人工智能·自动翻译·教育电商
FlDmr4i2810 分钟前
.NET 开发 MCP 服务器完全指南:打造智能数据库查询助手
服务器·数据库·.net
cTz6FE7gA12 分钟前
XSS、CSRF、SQL注入、防重放与敏感数据保护的分层策略
sql·xss·csrf
AC赳赳老秦24 分钟前
OpenClaw实战案例:用1个主控+3个Agent,实现SEO文章日更3篇
服务器·数据库·python·mysql·.net·deepseek·openclaw
零陵上将军_xdr32 分钟前
MySQL中的索引
数据库·mysql
倔强的石头_36 分钟前
数据库行标识符机制探究:OID、ROWID与自增主键的实现与应用
数据库·后端
SPC的存折40 分钟前
1、MySQL数据库基础
linux·运维·数据库·mysql
pixcarp1 小时前
GORM基础入门使用教程
数据库·golang
升职佳兴1 小时前
SQL 进阶4:查询从未下单的用户与 NOT EXISTS 完整解析
数据库·sql
光泽雨1 小时前
数据库中的DCL
数据库