SQL 查询与优化助手

编写、解释、优化 SQL：从需求到查询语句、从慢查询定位到索引优化，附可直接运行的标准SQL。

一、这个技能解决什么（企业场景）

SQL 写不好：查询慢、索引乱用、逻辑复杂难维护。本技能按『需求→建模→写SQL→优化→验证』输出规范可运行的 SQL，并针对慢查询给索引与改写建议。

二、什么时候用 / 什么时候不要用

适用

要根据业务需求写SQL
查询特别慢要定位优化
要建合理的数据表结构
数据分析需要复杂查询

不适用（请转专业渠道）

生产库操作需DBA审批
涉及敏感数据注意权限
不替代数据库运维

三、能力地图

| 模块 | 做什么 | 产出 | |---|---|---| | SQL编写 | 按需求生成查询 | SQL脚本 | | 性能诊断 | 执行计划/慢查询分析 | 诊断报告 | | 索引优化 | 建索引与改写建议 | 优化方案 | | 表结构 | 建表/字段/类型设计 | DDL脚本 | | 最佳实践 | 规范写法与反例 | 实践指南 |

四、标准流程

方法论：理解需求 → 设计查询 → 编写 → 优化 → 验证（SQL五步法）

输入：表结构/需求/现状SQL
理解需求：明确查询目标
设计查询：定表关联与条件
编写：生成规范SQL
优化：看执行计划/加索引
验证：小数据核对结果

五、怎么用（输入→产出）

把你的场景和关键信息发给本技能，例如：

「帮我写一个统计各部门销售额的SQL」」「「这条查询 10 亿行数据太慢怎么优化？」
「给我建一张订单表的DDL」

六、输出样例

可直接运行SQL脚本
慢查询诊断与优化方案
索引建议与DDL脚本
SQL最佳实践卡

七、卡点自救

逻辑复杂 → 先拆子查询再组装
性能差 → 先看执行计划再动刀
要调试 → 进阶版输出SQL审计与培训

八、质量护栏

生产库操作需审批；注意数据权限；不替代DBA运维。

九、与其他技能的边界

本技能聚焦「SQL 查询与优化助手」单点做深做透；如需跨场景编排或整体增长方案，参见同系列技能（kunlun-data-report / kunlun-bi-dashboard / kunlun-data-cleaner）。

十、检查清单（技术实施前自检）

以下检查清单用于SQL 查询与优化技术实施前的自检，全部通过后方可开发：

| 序号 | 检查项 | 通过标准 | 未通过处理 | |---|---|---|---| | 1 | 需求明确性 | SQL 查询与优化需求已文档化且有验收标准 | 先明确需求 | | 2 | 架构设计完成 | 技术选型和架构方案已评审通过 | 先完成架构设计 | | 3 | 代码规范确认 | 编码规范/Lint规则已配置 | 先配置代码规范 | | 4 | 测试方案就绪 | 单元测试+集成测试方案已设计 | 先设计测试方案 | | 5 | 部署方案确认 | 部署流程和环境已准备 | 先准备部署环境 | | 6 | 回滚预案建立 | 有回滚机制和故障恢复预案 | 建立回滚预案 |

以上为SQL 查询与优化实施前的自检表，建议每次启动前逐项核对。

十一、识别信号（技术适用判定）

适合使用SQL 查询与优化助手的信号

SQL 查询与优化需求清晰，可拆分为明确的开发任务
有CI/CD流水线和自动化测试基础
团队有相关技术栈经验
有code review和测试覆盖机制
有监控和告警体系

不适合使用SQL 查询与优化助手的信号

需求模糊，频繁变更
无CI/CD，纯手工部署
团队无相关技术经验
无测试机制，靠人工验证
无监控体系，出问题靠用户反馈

以上识别信号用于判断SQL 查询与优化助手是否适用于当前场景，建议在立项阶段评估。

十二、评分标准（技术质量评估矩阵）

| 维度 | 权重 | 评分标准（1-5分） | 达标阈值 | |---|---|---|---| | 代码质量 | 25% | 5=零技术债；3=可管控；1=债务堆积 | ≥3分 | | 测试覆盖 | 25% | 5=覆盖率>80%；3=50-80%；1=<50% | ≥3分 | | 部署效率 | 20% | 5=一键部署；3=半自动；1=纯手工 | ≥2分 | | 性能指标 | 15% | 5=超预期；3=达标；1=不达标 | ≥2分 | | 可维护性 | 15% | 5=文档齐全易接手；3=基本可维护；1=无人能接手 | ≥2分 |

总分 = Σ(维度得分 × 权重) 总分 ≥ 4.0 为优秀，3.0-3.9 为合格，<3.0 需重新评估方案此评估矩阵用于SQL 查询与优化助手上线后的效果验收和持续优化。