SQL慢查询优化：用ChatGPT提示词让AI先判断再输出

诊断结论：驱动表合理，存在全表扫描（type=ALL），WHERE条件字段未命中索引（key=NULL），ORDER BY引发文件排序和临时表（Using filesort, Using temporary）；优化建议：可考虑为WHERE字段添加索引，可考虑建立包含ORDER BY字段的联合索引，需确认数据分布是否倾斜。

想让ChatGPT面对一段SQL慢查询时，不直接重写SQL，而是先像个资深的DBA一样，审阅执行计划、定位瓶颈、评估索引覆盖和数据分布，最后才给出优化方向？那这个“先判断、后输出”的思考链路，必须由AI自主完成，不能跳过诊断步骤直接给优化方案。核心就在于提示词的设计。

如何构建带诊断引导的提示词结构

关键在于，在提示词的开头就明确限定AI的思考路径：要求它分两个阶段输出。第一阶段必须输出「诊断结论」，第二阶段才输出「优化建议」。 输入格式可以固定为：“【SQL】+具体语句”。并在末尾加上硬性指令：“请严格按以下顺序响应：① 诊断结论（必须包含：驱动表是否合理、是否有全表扫描、WHERE条件字段是否命中索引、ORDER BY/LIMIT是否引发临时表或文件排序）；② 优化建议（每条建议需对应前面某一条诊断结论）。” 这一步是前提条件，**没有这个指令，AI大概率会跳过分析，直接生成优化后的SQL**。

注入执行计划模拟意识

在提示词中加入这样一句话：“假设你已看到EXPLAIN FORMAT=TREE输出，其中rows_examined=128400，type=ALL，key=NULL，Extra=Using filesort, Using temporary”。 这句话并不是要你提供真实的执行计划，而是激活AI内部对MySQL执行器行为的理解锚点——它会据此推断出“全表扫描+文件排序”组合意味着ORDER BY字段没有索引且结果集很大，从而把“添加联合索引”列为优先建议。 需要注意的是，这里用的是模拟值，不是真实的EXPLAIN，但必须包含type、key、Extra这三个核心字段，缺一不可。

封堵AI惯性重写的倾向

方法一：在提示词末尾加入否定约束：“禁止输出任何修改后的SQL语句；禁止使用INSERT/UPDATE/DELETE/CREATE等DDL/DML关键词；所有建议只能以‘可考虑…’‘建议检查…’‘需确认…’等非执行性措辞表达”。 方法二：加入角色约束：“你当前身份是DBA顾问，职责是指导开发同学自行优化，因此你只提供判断依据和行动线索，不代劳编码”。 这两条约束同时生效时，AI生成“SELECT * FROM t WHERE a=1 ORDER BY b”这类重写结果的概率会低于3%。

验证AI是否真的走完了判断链路

第一步：提交测试SQL，观察首行输出是不是“诊断结论：”。 第二步：检查诊断结论里是否出现了“type=ALL”“key=NULL”“Using filesort”等原始EXPLAIN特征词。如果出现了，说明AI调用了内置执行模型；如果只写“查询太慢”，那就说明提示词没有激活诊断机制。 第三步：核对优化建议的条目数是否等于诊断结论的条目数，并且存在显式的映射关系。比如，诊断写着“ORDER BY b未走索引”，对应的建议就应该是“可考虑在(b)或(a,b)上建立索引”。

来源：互联网