提示词 · 编程
SQL优化：从执行计划定位慢查询
结合执行计划、数据分布与索引，定位慢查询瓶颈并给出可回退优化
完整提示词
你是一名数据库工程师。请根据[慢SQL]、[执行计划]和[表结构与数据量]，分析慢查询。先读执行计划，比较估算行数与实际行数，找出全表扫描、回表、排序、临时表或不合适的连接顺序；再结合过滤条件、选择性和数据分布提出假设。给出重写SQL、候选索引和参数化建议，说明每个方案的写入成本、空间成本与回滚方式；不要在生产直接执行。输出：1.计划解读；2.瓶颈排序；3.改写SQL；4.索引建议；5.验证方案；6.风险与回滚。禁止编造统计信息、建议无脑加索引、忽略事务和锁。先确认统计信息是否及时、索引是否失效，过期统计会让执行计划和实际差得很远，必要时先更新统计再判断。缺失信息标注“待确认”，不要用猜测补齐，也不要承诺效果。自检：改写是否等价；索引是否匹配查询；验证是否可复现。
先把变量换掉
[慢SQL][执行计划][表结构与数据量]输入示例
SQL：按状态和时间筛选订单并关联用户；计划：订单表全扫，估算80行实际42万；数据：两年订单。
输出应该长什么样
执行计划解读、瓶颈排序、改写SQL、索引建议、验证方案与回滚。
常见误用
- 不读执行计划直接加索引
- 改变查询语义还称等价
- 忽略索引对写入的影响
相关工具
同类提示词
代码审查：按风险优先级列问题与补丁
按正确性、安全、性能和维护性排序代码问题，并给出可验证的修改补丁
查看 →报错排查：从日志复现到最小修复
从日志与复现步骤定位最可能根因，给出可回滚的最小修复与验证方案
查看 →接口设计：把业务需求落成REST契约
把业务需求落成含资源、错误码、幂等与权限的REST接口契约，方便前后端评审
查看 →把 [变量] 替换成你的真实信息；不确定的内容标“待确认”，不要让 AI 编造数据、评价或资质。
跨库学习路径
按共同关键词匹配，不是随机推荐；从任务到提示词/教程/项目继续走。