oracle 忽略异常,简单的Oracle UPDATE语句异常糟糕的性能

博主遇到一个Oracle数据库更新语句执行效率低下的问题。随着表中记录数的逐月增长,本月更新操作变得极其缓慢,表内已有800万条记录。更新涉及到多个字段,计划显示使用了并行处理,但执行时间预计长达999小时。问题可能与索引、查询优化或数据量有关。
摘要由CSDN通过智能技术生成

每个月我都会在oracle数据库上做一个简单的更新语句.但是,从星期一开始,它需要很长时间.该表每月增长5%.现在已存储了800万条记录.

该声明:

update /*+ parallel(destination_tab, 4) */ destination_tab dest

set (full_name, state) =

(select /*+ parallel(source_tab, 4) */ dest.name, src.state

from source_tab src

where src.city = dest.city);

实际上,有20个字段需要更新,而不仅仅是两个…因此描述问题似乎更容易.

解释计划:

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

| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |

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

| 0 | update statement | | 8517K| 3167M| 579M (50)|999:59:59 |

| 1 | update | destination_tab | | | | |

| 2 | PX COORDINATOR | | | | | |

| 3 | PX SEND QC (RANDOM) | :TQ10000 | 8517K| 3167M| 6198 (1)| 00:01:27 |

| 4 | px block iterator | | 8517K| 3167M| 6198 (1)| 00:01:27 |

| 5 | table access full | DESTINATION_TAB | 8517K| 3167M| 6198 (1)| 00:01:27 |

| 6 | table access by index rowid| SOURCE_TAB | 1 | 56 | 1 (0)| 00:00:01 |

|* 7 | index unique scan | CITY_PK | 1 | | 1 (0)| 00:00:01 |

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

谁能描述我,这怎么可能?该计划看起来非常糟糕!非常非常感谢你.

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值