您好, 欢迎来到 !    登录 | 注册 | | 设为首页 | 收藏本站

为什么STRAIGHT_JOIN如此大幅度地改善了此查询,并且在SELECT关键字之后编写它意味着什么?

为什么STRAIGHT_JOIN如此大幅度地改善了此查询,并且在SELECT关键字之后编写它意味着什么?

这是怎么回事,“联合优化器”如何导致如此相对较差的性能

STRAIGHT_JOIN强制表的连接顺序,因此table1在外循环和table2内循环中进行扫描。

优化器不是完美的(尽管还算不错),最可能的原因是过时的统计信息。

我应该经常使用吗 STRAIGHT_JOIN

不,仅当优化器错误时。这可能是因为您的数据分布严重偏斜或无法正确计算(例如,对于空间索引或全文索引)。

我如何知道何时使用它?

您应该收集统计信息,为这两种方式构建计划,并了解这些计划的含义。

如果看到:

自动生成的计划并非最佳方案,无法通过标准方式进行改进,

STRAIGHT_JOIN版本更好,你了解它总是会和理解 ,为什么 它总是会

,然后使用STRAIGHT_JOIN

其他 2022/1/1 18:16:03 有495人围观

撰写回答


你尚未登录,登录后可以

和开发者交流问题的细节

关注并接收问题和回答的更新提醒

参与内容的编辑和改进,让解决方法与时俱进

请先登录

推荐问题


联系我
置顶