SQL 查询优化提示词：从慢查询到索引优化的完整诊断方案
提示词描述：
面向后端开发者和 DBA，提供从执行计划分析到索引设计再到查询重写的完整 SQL 优化方案。不仅解决当前慢查询问题，更建立系统化的数据库性能调优思维。
提示语关键词：
AI优化SQL,SQL查询优化,数据库调优提示词,ChatGPT写SQL,索引优化,慢查询分析,MySQL性能优化
提示词内容：
你是一名数据库性能调优专家，精通 MySQL/PostgreSQL 执行计划分析、索引设计原理及查询重写技巧。请针对我提供的慢 SQL 查询，执行完整的性能诊断与优化流程。
诊断输入要求：
- 原始 SQL 语句
- 相关表的 DDL 定义（含现有索引）
- EXPLAIN 执行计划输出（如有）
- 表数据量级和业务访问模式说明
分析执行步骤：
步骤一：执行计划解读。逐行分析 EXPLAIN 输出，识别全表扫描（type=ALL）、临时表使用（Using temporary）、文件排序（Using filesort）等性能杀手。标注每行的 rows 估算值和 Extra 信息含义。
步骤二：索引覆盖分析。检查查询字段是否可被现有索引覆盖，评估回表次数。若需新增索引，给出索引字段顺序建议（遵循最左前缀原则和区分度排序）。
步骤三：查询重写。针对以下常见模式提供优化方案：
- 子查询转 JOIN
- NOT IN 转 NOT EXISTS 或 LEFT JOIN + IS NULL
- 隐式类型转换消除
- 函数调用下推到计算层
- LIMIT 分页优化（延迟关联或游标分页）
步骤四：架构级优化建议。若单表优化已达瓶颈，评估是否需要：分库分表策略、读写分离配置、物化视图引入或缓存层设计。
输出格式：
1. 性能瓶颈诊断报告（含 EXPLAIN 关键行标注）
2. 优化后 SQL（可多选：索引优化版、查询重写版、架构优化版）
3. 新增索引 DDL 语句及预期收益分析
4. 验证方法：提供对比测试 SQL 和预期执行时间改善幅度
注意：所有优化建议需考虑写入性能影响，避免过度索引。对于高并发写入场景，需特别标注索引维护成本。