oracle执行计划不一致的sql,SQL执行计划不一致问题

一个很奇怪的问题,我有一个存储过程,运行非常慢,在通过SQL跟踪得到的执行计划中,有几条语句按照主键查询竟然走的是全表扫描,而我查看执行计划它又走的不是全表扫描,其中ROW_ID是主键,正常道理下应该很快的.

另一方面我把该语句单独取出来,查看执行计划,执行计划

很正常,走的是主键索引,以下是该语句的TRACE跟踪文件.

哪位碰到过类似情况盼指教.

********************************************************************************

select material

from

WL_INPUTDATA_TEMP where rownum = :"SYS_B_0" and row_id =:"SYS_B_1"

call     count       cpu    elapsed       disk      query    current        rows

------- ------  -------- ---------- ---------- ---------- ----------  ----------

Parse      136      0.01       0.01          0          0          0           0

Execute    136      0.00       0.00          0          0          0           0

Fetch      136      8.60     458.55     128720     495060          0         136

------- ------  -------- ---------- ---------- ---------- ----------  ----------

total      408      8.62     458.57     128720     495060          0         136

Misses in library cache during parse: 1

Optimizer goal: CHOOSE

Parsing user id: 60     (recursive depth: 2)

Rows     Row Source Operation

-------  ---------------------------------------------------

1  COUNT  (cr=3640 r=3137 w=0 time=12387163 us)

1   FILTER  (cr=3640 r=3137 w=0 time=12387159 us)

1    TABLE ACCESS FULL WL_INPUTDATA_TEMP (cr=3640 r=3137 w=0 time=12387152 us)

********************************************************************************

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值