SQL 查询优化器

解决的问题

慢查询定位经常卡在“该加索引、该重写、还是该调参数”之间。字段被 YEAR(created_at)、LOWER(name) 等函数包装，LIKE '%prefix' 导致前缀失效，相关子查询逐行执行，OFFSET 深分页反复跳过已读行，大事务 UPDATE / DELETE 引发锁和日志压力，都会让执行计划偏离预期。

技能如何工作

该技能面向 SELECT、INSERT、UPDATE、DELETE 和 DDL 语句，可结合数据库类型、表结构、索引列表、执行计划和性能目标进行分析。核心流程包括：

• 补齐上下文：识别 MySQL、PostgreSQL、SQL Server、Oracle、SQLite、MariaDB 等数据库下缺失的 schema、索引、EXPLAIN 和统计信息。
• 检测反模式：按过滤、Join、子查询、排序、分页、聚合、集合操作、锁和 DML 分类扫描问题，并区分 Critical、High、Medium、Low。
• 解释执行计划：分析 seq scan、filesort、Using temporary、Sort Method: external merge、Key Lookup、TABLE ACCESS FULL 等信号，指出成本来源。
• 输出结构化结果：给出 Problem / Impact / Suggestion 表、可执行的重写 SQL，以及 B-tree、复合索引、部分索引或表达式索引建议。

适用边界

它适合做查询诊断、改写建议和索引策略讨论，但不能替代真实数据环境下的验证。索引收益受行数、选择率、并发、缓冲池和统计信息影响；某些改写会改变返回语义、性能特征或维护成本，需要逐条评估后再上线。