如何通过测量评估 SQL 优化。
优化建议需要架构和执行计划中的证据。查询更短并不自动意味着更快或等价。
按任务需求调整流程。
使用架构、索引和执行计划找出经过测量的瓶颈。提出范围有限的改动，并在考虑数据分布和写入成本的同时，比较结果和工作负载性能。
- 你需要提供什么
- 查询、架构和提供的执行计划。
- 你会得到什么
- 附所需测量的优化假设。
查看输入和结果。
演示用输入和输出 · 教学示例，并非 WebAct 实时运行结果
示例 个输入项
A query filters orders by customer_id; the execution plan scans the full table.
完整示例
Investigate whether an appropriate index improves the measured workload; verify selectivity, write costs and the actual plan before changing production.
将这份输入载入提示词，再复制到 WebAct 中尝试任务。实际结果可能与示例不同。
决策与问题排查。
更短的 SQL 查询一定更快吗？
不一定。性能取决于执行计划和工作负载。保留语义，并在改动后测量相关行为。
为什么添加索引没有改善查询？
检查选择性、谓词和实际执行计划。优化器可能有合理理由选择其他访问路径。
使用自己的资料试一试。
将任务提示词中的示例换成你的材料。保留所需条件，再把任务复制到 WebAct。
自定义并复制任务 ↑