Agent Skills
返回列表
SQL 查询优化器

SQL 查询优化器

开发编程 更新于 2026.08.30

将以下提示词粘贴到你的 AI 对话框中：

请根据 https://skillhub.cn/install/skillhub.md，安装 @user_aa378cba/sql-optimizer。

技能介绍

慢查询往往不只是「加个索引」

业务 SQL 里常见冗余自连接、未使用的 JOIN、把内连接藏在 WHERE 里，以及一对多关联把结果行数悄悄放大。更麻烦的是：用 DISTINCT 压行数可能掩盖真实的数据重复问题；字符串拼接遇到 NULL 还会整段变空；在索引列上套函数会让优化器走不了 SARG。你需要的是在保持语义的前提下改写法，并拿到能直接执行的索引 DDL 和可核对的排查语句。

技能如何工作

技能会读取你提供的 .sql 文件或粘贴的语句，自动识别方言（SQL Server / MySQL / Oracle / PostgreSQL），再拆解表、连接键、过滤与聚合结构。随后对照反模式清单逐项检查，对一对多关联给出 COUNT(*) ... HAVING COUNT(*)>1 类核查 SQL，让你先确认是否存在行数膨胀，再决定是否去重。在语义保持的前提下重写查询（显式 INNER JOIN、CTE 提前过滤、合并重复扫描等），并按方言给出过滤索引与覆盖索引的可运行 DDL。最终在同目录产出两份文档：_优化版.sql（优化 SQL + 索引 + 排查语句）与 _优化分析.md（问题表、改动对照、风险与预期收益）。

适用边界

本技能面向单条或多条查询的审查与重写，不负责建库建模、权限账号（如只读用户）或全库迁移脚本。方言不明确时会同时给出 SQL Server 与 MySQL 的写法；除非你明确接受行为变更，优化结果不会擅自用 DISTINCT 掩盖数据问题。

使用场景

  • 生产环境慢查询已定位到具体语句，需要在保持结果语义不变的前提下重写并附带可执行的索引 DDL。
  • ERP 或报表类多表 JOIN 出现结果行数翻倍，要先核查一对多关联基数再决定改写策略。
  • 一条 SELECT 里堆了多个标量子查询，希望改成单次扫表的条件聚合（如 `CASE WHEN` + `SUM`）写法。
  • 上线前对目录内多份 `.sql` 脚本做性能与正确性审查，并产出 `_优化版.sql` 与 `_优化分析.md`。

适合人员

  • 负责生产库慢查询治理的后端工程师，要拿到可执行优化 SQL 与方言对应的索引方案，而不是泛泛调优建议。
  • 维护遗留业务库的开发，面对多表自连接、未使用 JOIN 的脚本，需要按反模式清单逐项对照改写。
  • 发布前审查外包或供应商 SQL 的 DBA，需要标注方言、行数膨胀风险及改动前后行为差异。
  • 写复杂报表 SQL 的数据开发，遇到 `NULL` 拼接丢值或索引列上函数导致无法走索引，需要防御性写法与 SARG 友好改写。