GPT中文小秘书挑几下就能开工
我积分

检查这份SQL有没有性能隐患

关于「检查这份SQL有没有性能隐患」:能拿到什么、要点选什么、怎么办

贴一段 SQL,5 分钟拿到隐患清单和可落地的改写建议。帮BI分析师快速识别SQL性能隐患,指出全表扫描、缺失索引等问题并提供可落地优化建议;不替代DBA审核,不执行修改,最终由DBA或开发确认。

能拿到什么

  • 推荐:一份 SQL 性能体检报告 Word:隐患清单按风险排序,每条带根因、影响和改写后的 SQL,附索引 DDL 和验证步骤(A4 两三页,隐患按红黄绿标风险,每条一段根因加一段修复 SQL),约 5 分钟
  • 旗舰:SQL 性能体检报告、改写后的优化 SQL 文件、索引 DDL 脚本、EXPLAIN 执行计划解读、优化前后估算对比表

要你点选的几项

数据库类型、执行环境、SQL语句、重点关注、数据量级、优化倾向、业务背景、输出侧重、确认责任边界;AI 只做整理参考,不替代审批,最终由经办部门确认。多数点一下就行,没选的按常见情况替你定,交付时说清哪几项是按默认的。

怎么办

  1. 粘贴要检查的SQL语句
  2. 选数据库类型和关注点
  3. 拿到隐患清单和改法
  4. 交给DBA或开发确认

别人还这样说

  • 这段SQL为啥跑得这么慢?
  • 有没有隐式转换导致索引失效?
直接说你要办的事。下面是别人怎么办的,点任何一项就换成你自己的。左边是别人怎么办的,右边是你的,点一项就开始改。
示范 · 别人这样说

「这个JOIN会不会爆内存?」

替他选了:ETL任务 · GROUP BY爆内存、JOIN顺序不合理 · 优先降低CPU · 执行计划解读

按示范选好的 点一项就变成你的

你的成品会在这里出现
示例成品 · 不是你的按示范写的,看个样子
⚠️ 性能隐患诊断: 1. 全表扫描:orders表无created_at索引,WHERE条件触发全表扫描 2. 缺失索引:users.id未建主键/索引(JOIN字段无索引) 3. 选择过多:SELECT * 导致大量IO,建议只取必要字段 ✅ 优化建议: • 在orders(created_at)和users(id)上建B-tree索引 • 改写为SELECT o.id,o.amount,u.name,避免宽表投影

GPT中文 也可能出错,成品请自己核对关键数字和事实。条款 · 隐私