设为首页 收藏本站
查看: 705|回复: 0

[经验分享] Oracle 利用 rowid 提升 update 性能

[复制链接]

尚未签到

发表于 2016-7-29 11:05:40 | 显示全部楼层 |阅读模式
关于ROWID的介绍参考我的Blog:
Oracle Rowid 介绍
http://blog.csdn.net/tianlesoftware/archive/2009/12/16/5020718.aspx

关于大表Update 的一个讨论,参考itpub:
http://www.itpub.net/viewthread.php?tid=1052077

. 在虚拟机上 使用rowid 进行update 测试
使用rowid 进行update能提高速度,是因为通过rowid 能够迅速的进行定位,不用全表进行扫描。

-- 查看表dave 记录数
SYS@dave2(db2)> select count(*) from dave;
COUNT(*)
----------
3080115 --300万数据

-- 创建测试表dba
SYS@dave2(db2)> create table dba as select * from dave;
Table created.

--dave 表去更新DBA
SYS@dave2(db2)> update dba ta set prov_code=(select area_code from dave tb where ta.id=tb.id);
  
3080115 rows updated.

Elapsed: 00:16:12.81 -- 整个更新花了16分钟

--update 期间查看session 执行时间:
SQL>select sid,target,time_remaining,elapsed_seconds,message,sql_id from v$session_longops where sid=138;
  

DSC0000.gif


select * from v$lock where sid=138;


select * from v$session_wait where sid=138;

-- 使用rowid 进行更新
DECLARE

CURSOR cur IS

SELECT

a.area_code, b.ROWID ROW_ID

FROM dave a, dba b

WHERE a.id = b.id

ORDER BY b.ROWID; ---如果表的数据量不是很大,可以不用 order by rowid

V_COUNTER NUMBER;

BEGIN

V_COUNTER := 0;

FOR row IN cur LOOP

UPDATE dba

SET prov_code = row.area_code

WHERE ROWID = row.ROW_ID;

V_COUNTER := V_COUNTER + 1;

IF (V_COUNTER >= 1000) THEN

COMMIT;

V_COUNTER := 0;

END IF;

END LOOP;

COMMIT;

END;

  

PL/SQL procedure successfully completed.

Elapsed: 00:14:54.07 -- 执行花了14分钟,速度提高不是很多。

在这个更新中,使用了ORDER BY b.ROWID 进行了排序,每个数据块里面都有多条记录,这样按rowid 进行排序,那么这样每次访问数据块的时候就会相同,就会减小block 在调用的次数,从而提高效率。

因为我这是虚拟机上的测试环境,所以内存分配的并不合适,I/O 也不行。

--我们把order by 去掉,在更新看看
DECLARE

CURSOR cur IS

SELECT

a.area_code, b.ROWID ROW_ID

FROM dave a, dba b

WHERE a.id = b.id;

V_COUNTER NUMBER;

BEGIN

V_COUNTER := 0;

FOR row IN cur LOOP

UPDATE dba

SET prov_code = row.area_code

WHERE ROWID = row.ROW_ID;

V_COUNTER := V_COUNTER + 1;

IF (V_COUNTER >= 1000) THEN

COMMIT;

V_COUNTER := 0;

END IF;

END LOOP;

COMMIT;

END;

  

PL/SQL procedure successfully completed.
Elapsed: 00:20:24.43
-- 居然用了21分钟,看来对大表还是很有必要进行order by rowid的。



. 在测试服务器上测试
折腾了半天没有折腾出效果来。将数据dump 出来,在imp 到测试服务器,300w的数据,dump 文件有300M。

--在测试服务器上直接update
SQL> update dba ta set prov_code=(select area_code from dave tb where ta.id=tb.id);

update dba ta set prov_code=(select area_code from dave tb where ta.id=tb.id)
*
ERROR at line 1:
ORA-01013: user requested cancel of current operation

Elapsed: 00:20:45.04

一直的处理中. 被迫取消。 查看了一下session的状态:
SQL>select sid,target,time_remaining,elapsed_seconds,message,sql_id from v$session_longops where sid=197;


DSC0001.gif

等了20分钟,才8个blocks,要处理到39521个blocks,不知道要到那个猴年马月了。 居然比我虚拟机上测试的还慢。

-- 在测试服务器上使用rowid + order by
DECLARE

CURSOR cur IS

SELECT

a.area_code, b.ROWID ROW_ID

FROM dave a, dba b

WHERE a.id = b.id

ORDER BY b.ROWID; ---如果表的数据量不是很大,可以不用 order by rowid

V_COUNTER NUMBER;

BEGIN

V_COUNTER := 0;

FOR row IN cur LOOP

UPDATE dba

SET prov_code = row.area_code

WHERE ROWID = row.ROW_ID;

V_COUNTER := V_COUNTER + 1;

IF (V_COUNTER >= 1000) THEN

COMMIT;

V_COUNTER := 0;

END IF;

END LOOP;

COMMIT;

END;



PL/SQL procedure successfully completed.

Elapsed: 00:04:45.98
-- 总算看到效果了,4分多钟搞定,如果在生产库上,这个操作应该还会快一点。

-- 在测试服务器上使用rowid

DECLARE

CURSOR cur IS

SELECT

a.area_code, b.ROWID ROW_ID

FROM dave a, dba b

WHERE a.id = b.id;

V_COUNTER NUMBER;

BEGIN

V_COUNTER := 0;

FOR row IN cur LOOP

UPDATE dba

SET prov_code = row.area_code

WHERE ROWID = row.ROW_ID;

V_COUNTER := V_COUNTER + 1;

IF (V_COUNTER >= 1000) THEN

COMMIT;

V_COUNTER := 0;

END IF;

END LOOP;

COMMIT;

END;



PL/SQL procedure successfully completed.
Elapsed: 00:09:06.73 -- 花了9分钟

通过以上测试,验证了对于大表的update,除了使用rowid,还需要根据rowid 排序一下。






-------------------------------------------------------------------------------------------------------
Blog: http://blog.csdn.net/tianlesoftware
Email: dvd.dba@gmail.com
DBA1 群:62697716(满); DBA2 群:62697977(满) DBA3 群:62697850(满)
DBA 超级群:63306533(满); DBA4 群: 83829929 DBA5群: 142216823
DBA6 群:158654907 聊天 群:40132017 聊天2群:69087192
--加群需要在备注说明Oracle表空间和数据文件的关系,否则拒绝申请

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-251130-1-1.html 上篇帖子: Oracle 一次 锁表 处理小记 下篇帖子: Oracle中MERGE语句的使用
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表