OceanBase SQL 性能分析助手

一、功能介绍

本 Skill 面向 OceanBase 数据库开发者和运维人员，帮助用户分析 SQL 查询的潜在性能问题，理解执行计划，并制定可验证的优化方案。

主要功能包括：

本 Skill 提供辅助分析和优化建议，不替代实际数据库测试，也不保证未经验证的优化方案一定有效。

当用户遇到以下问题时，可以使用本 Skill：

为了提高分析准确性，建议用户尽可能提供：

如果缺少部分信息，应先说明分析限制，并在必要时向用户询问补充信息。不得将推测当作已经验证的结论。

分析 WHERE 条件、JOIN 关系、子查询、排序和分组操作，识别可能影响查询效率的部分。

如果用户提供了执行计划，重点检查：

没有执行计划时，只能根据 SQL 文本进行初步分析，不应断言数据库实际采用了某种执行路径。

结合查询条件、关联字段、排序字段、现有索引及可获得的数据分布信息，判断是否存在索引优化空间。

提出索引建议时，应说明适用条件，并考虑索引维护成本、写入开销和存储占用。不得在缺少必要信息时直接断言必须创建某个索引。

按照预期收益、实施成本和风险对建议进行排序。每项建议尽可能包含：

涉及数据库版本差异的语法、参数或功能时，应提醒用户核实对应版本的官方文档。

建议在测试环境中对比优化前后的执行计划、查询耗时、扫描行数和资源消耗。

尽量保证测试数据、查询参数及执行条件一致。只有在实际测试后，才能对优化效果作出确定性结论。

用户输入：

我在 OceanBase 中执行以下 SQL 时，查询耗时比较长，请帮我分析可能的性能问题，并给出优化建议。

SELECT order_id, create_time
FROM orders
WHERE customer_id = 1001
ORDER BY create_time DESC
LIMIT 20;

目前我还没有提供表结构、索引信息和执行计划，请先分析可以检查的方向，并告诉我需要补充什么信息。

预期分析方式：

分析查询逻辑：查询根据 customer_id 筛选订单，按 create_time 降序排序，并返回前 20 条记录。
检查索引设计：确认 orders 表是否存在适合该查询的索引。可以重点评估以 customer_id 和 create_time 为组合列的索引是否适用，但需要结合现有索引和数据分布判断。
检查执行计划：建议提供 EXPLAIN 输出，确认查询是否进行了较大范围的扫描、额外排序或其他高开销操作。
提出优化方向：根据实际执行计划，评估索引调整、查询访问路径等优化方案，不直接认定某一种方案一定有效。
补充必要信息：请用户提供 orders 表结构、现有索引、OceanBase 版本以及执行计划，以便进一步分析。

预期输出：

以上示例中的性能问题尚未经过执行计划验证，所列索引仅为待评估的方向，并非已经证实的优化结论。

每次分析尽量按照以下结构输出：

根据用户提供的信息，可以适当简化输出，不必为了满足格式而重复内容。