慢sql执行算子 hash join 时数据量剧增

OceanBase 技术问题
#1

@论坛小助手 可以禁用hash join来优化 sql 性能吗？操作步骤是怎样的？

4 个赞
#3

根据文档库中的信息，OceanBase 数据库支持通过 Hint 或者调整优化器行为来控制 SQL 的执行计划。如果慢 SQL 执行算子 Hash Join 时数据量剧增，确实可以通过禁用 Hash Join 来尝试优化 SQL 性能，并引导优化器选择其他连接算法（如 Nested Loops Join 或 Merge Join）。以下是具体的操作步骤和注意事项：

1. 使用 Hint 禁用 Hash Join

  • 可以通过在 SQL 中添加 NO_USE_HASH Hint 来显式禁止优化器选择 Hash Join。
  • 示例代码如下：
    EXPLAIN BASIC SELECT /*+ NO_USE_HASH(t0 t1) */ * FROM t0, t1 WHERE t0.c1 = t1.c1;
  • 在上述示例中，/*+ NO_USE_HASH(t0 t1) */ 指定不使用 Hash Join 算法连接表 t0 和 t1。

依据的文档名称及段落标题：

  • 文档片段 4: 阅读和管理 OceanBase 数据库 SQL 执行计划 → 通过 Hint 生成指定计划 → 常用 Hint → USE_HASH Hint

2. 调整优化器参数

如果需要全局禁用 Hash Join，可以通过调整优化器参数实现。以下是一些可能相关的参数：

  • _optimizer_join_sel_factor：影响连接算法的选择权重。
  • _nlj_batching_enabled：控制是否启用 Batch Join 优化（虽然与禁用无关，但可能对性能有帮助）。

操作步骤：

  1. 登录系统租户或用户租户。
  2. 执行以下命令调整参数：
    ALTER SYSTEM SET _optimizer_join_sel_factor = 0.1; -- 调整连接算法选择权重
  3. 观察 SQL 执行计划的变化。

注意：调整优化器参数可能会影响整个系统的 SQL 执行计划，请谨慎操作并进行充分测试。

3. 手动控制连接算法

如果禁用 Hash Join 后，希望优化器选择其他连接算法，可以使用以下 Hint 显式指定：

  • 使用 USE_NL 强制使用 Nested Loops Join：
    EXPLAIN BASIC SELECT /*+ USE_NL(t0 t1) */ * FROM t0, t1 WHERE t0.c1 = t1.c1;
  • 使用 USE_MERGE 强制使用 Merge Join：
    EXPLAIN BASIC SELECT /*+ USE_MERGE(t0 t1) */ * FROM t0, t1 WHERE t0.c1 = t1.c1;

依据的文档名称及段落标题：

  • 文档片段 6: 阅读和管理 OceanBase 数据库 SQL 执行计划 → 通过 Hint 生成指定计划 → 常用 Hint → USE_MERGE Hint

4. 分析和验证

  • 在修改执行计划后，使用 EXPLAIN 查看新的执行计划，确保优化器选择了预期的连接算法。
  • 使用 GV$SQL_PLAN_MONITOR 或 GV$OB_SQL_AUDIT 分析 SQL 的执行性能，确认问题是否解决。

依据的文档名称及段落标题：

  • 文档片段 2: OceanBase 集群运维管理之用户实操 → SQL 优化：利用 batch join 优化分布式中的 rescan → 问题描述
  • 文档片段 3: OceanBase 集群运维管理之用户实操 → SQL 优化：利用 batch join 优化分布式中的 rescan → 结论

5. 注意事项

  • 禁用 Hash Join 并不一定总是最优解，需结合实际场景分析。例如，如果驱动表数据量较大且被驱动表索引效率高，Nested Loops Join 可能更合适；但如果两个表数据量都较大，Hash Join 可能更优。
  • 在生产环境中调整优化器行为前，请先在测试环境中验证效果。
  • 如果问题仍然存在，建议检查统计信息是否准确。可以通过以下命令更新统计信息：
    ANALYZE TABLE table_name COMPUTE STATISTICS;

总结

通过使用 Hint 或调整优化器参数，可以禁用 Hash Join 并引导优化器选择其他连接算法。具体操作步骤包括：

  1. 使用 NO_USE_HASH Hint 禁用 Hash Join。
  2. 调整优化器参数（如 _optimizer_join_sel_factor）。
  3. 使用 USE_NL 或 USE_MERGE 强制指定其他连接算法。
  4. 分析和验证执行计划及性能。

如果仍有疑问或问题未解决，请提供更多上下文信息以便进一步分析。

详情请参考:

  1. Runtime Filter
  2. OceanBase 集群运维管理之用户实操
  3. 阅读和管理 OceanBase 数据库 SQL 执行计划
  4. 常见的业务问题
  5. OceanBase 数据库性能的影响因素
  6. 使用 OceanBase 数据库分区表进行水平拆分
5 个赞
#4

这还是第一次听到

3 个赞
#5

大胆猜测一下，也不知道有没有用

2 个赞
#6

可以通过加hint的方式来， /*+ NO_USE_HASH(表名、别名) */ ，

4 个赞
#7

了解下RF

4 个赞
#8

:index_pointing_at_the_viewer: :index_pointing_at_the_viewer: :index_pointing_at_the_viewer:

1 个赞
#9

展开详细说说？

1 个赞
#10

官网哪来干嘛的 :upside_down_face:官网搜搜

2 个赞
#11

明白感谢

1 个赞