数据库优化器
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @org-02qudk26/database-optimizer。
技能介绍
问题背景
数据库性能问题很少只是“SQL 慢一点”。当查询包含多个 JOIN、聚合、窗口函数,或 ORM 产生 N+1 请求时,瓶颈可能出现在执行计划、索引设计、连接池、缓存失效、分片策略,甚至云数据库资源模型上。只凭直觉加索引,往往会引入写放大、空间膨胀和维护成本。
工作方式
该技能按数据库优化器的工程流程组织:先用 EXPLAIN ANALYZE、慢查询日志、性能指标定位瓶颈;再围绕查询重写、索引策略、缓存分层和扩展路径给出方案。核心能力包括 查询计划分析、复合索引与部分索引、Redis/Memcached 多层缓存、表分区与只读副本、PostgreSQL / MySQL / SQL Server / Oracle / MongoDB / DynamoDB 等场景的调优建议,以及 零停机迁移 和 容量规划。回答会强调先测量、后优化,并给出可验证的步骤,例如基线测试、回归检测和成本影响说明。
适用边界
它适合用于性能调优方案、查询优化评审、数据库架构设计和监控指标建设。若任务只是写应用代码、修业务逻辑,或需要实际执行迁移脚本、部署数据库实例,应结合具体平台的 DBA 工具与运维流程;该技能提供的是工程判断和检查清单,不替代生产变更审批。
使用场景
- 后端工程师排查订单接口慢查询时,用其分析执行计划、重写 JOIN 与聚合条件。
- 数据库工程师评审电商索引方案时,检查复合索引、部分索引与写放大影响。
- 架构师设计高流量读服务时,规划只读副本、Redis 缓存与缓存失效策略。
- SRE 为生产慢查询建立告警时,设置基线、回归检测和慢查询日志看板。
适合人员
- 负责线上接口性能的后端工程师,需要定位慢查询并给出可验证的优化步骤。
- 管理生产数据库的 DBA,需要设计索引、监控慢查询并规划容量扩展。
- 设计电商或 SaaS 架构的架构师,需要评估缓存、分片和只读副本方案。
- 维护 ORM 服务的应用工程师,需要减少 N+1 查询和连接池超时问题。