SQL 一跑就几分钟还锁表?把慢查询交给 DeepSeek,让它当你的专职 DBA

3次阅读
没有评论

后端和数据分析最怕的一幕:单表数据上千万,一条 SQL 跑起来要几分钟,还顺带把表锁了。这类调优不用自己硬啃执行计划,可以直接交给 DeepSeek,让它当一回专职 DBA。

把下面这段提示词连同慢查询 SQL 和建表语句一起发过去:

这是我的慢查询 SQL 语句以及对应的表结构定义(DDL):
[粘贴 SQL 和建表语句]
单表数据量目前约为 [如:800 万行]。
请开启深度思考帮我调优:
1. :分析这段 SQL 为什么会慢(是否触发了全表扫描、隐式类型转换、或者索引失效?);
2. :给出优化后的 SQL 写法;
3. :如果要针对此查询新建索引,应该建立怎样的复合索引?请严格遵循最左前缀原则并说明字段排序的理由。

三步分工很清楚:先定位慢的原因,再给重构后的写法,最后按最左前缀原则给出复合索引的字段顺序和理由。照着改完,基本能告别深夜的线上报警电话。

正文完
 0