Oracle谓词推入

本文深入探讨了Oracle谓词推入机制的原理与应用,通过具体优化案例展示了其如何影响查询性能。重点分析了谓词推入在不同场景下导致的性能变化,特别强调了基数计算的影响及NESTEDLOOPS与HASHJOIN的选择策略。同时,文章揭示了谓词推入可能带来的性能问题,并提出避免方法。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

在Oracle中,谓词一般就是指where后面的那些过滤条件。

 

而在执行计划中,我们有时候会看到一个信息:

VIEW PUSHED PREDICATE

 

就是传说中的谓词推入。

 

谓词推入是什么意思?

 

就是指视图(VIEW)在做关联之前,会将外面一层的数据放到视图里面先做过滤。

一般是将外层关联的索引,放到视图内的表的索引上面来做。

 

在优快云落落的Oracle优化Blog里面,有这样一个优化案例:

http://blog.youkuaiyun.com/robinson1988/article/details/6792078

 

其中说到:

谓词推入是双刃剑,但是我看到的更多的案例是谓词推入反而引发性能问题,问题的原因在于谓词推入后CBO计算基数就 大大减小了。

 

也就是说,在谓词推入后,引起CBO计算基数减少。

这是因为使用谓词推入后,索引会进行nested loop,而不会使用hash join在某些条件下,就会降低速度了。

 

SELECT  *
FROM    table1, t1
        (
        SELECT  /*+ NO_PUSH_PRED */
                *
        FROM    table2 t2
        WHERE   t2.col1 = :value1
        ) t2o
WHERE   t2o.col2 = t1.col2

 这里,会将table1和t1视图进行hash join,从而返回结果

 

SELECT  *
FROM    table1, t1
        (
        SELECT  /*+ PUSH_PRED */
                *
        FROM    table2 t2
        WHERE   t2.col1 = :value1
        ) t2o
WHERE   t2o.col2 = t1.col2

 这里,将会使用NESTED LOOPS 当索引(t2.col1, t2.col2) 被定义的情况下。

 

当视图中返回 col2 索引字段的时候,会加速连接过程。

但是,如果 col2 纯粹是展示字段用,而逻辑上不使用它作为过滤,则会slow down整个连接过程。

 

这个就是基于谓词推入的oracle

 

Refer to:http://stackoverflow.com/questions/1044584/how-could-predicate-pushing-on-an-inline-view-slow-down-a-query

 

 

 

 

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值