Oracle数据库数据恢复、性能优化

找回密码
注册
搜索
热搜: 活动 交友 discuz
发新帖

18

积分

1

好友

18

主题
1#
发表于 2014-4-16 09:34:09 | 查看: 3358| 回复: 4
我的存储过程是select * bulk collect into 嵌套表,然后逻辑处理后插入到一张新的表中,同样的存储过程,在A库上跑的很快,3秒钟就能忘新表中插入16000多条记录,但是在B库上很慢,基本一秒钟只能插入几条,A、B两个库服务器、SGA、PGA大小都一样,附件中有B库中运行该存储过程阶段的AWR,请帮忙分析一下主要问题在哪

per.html

231.6 KB, 下载次数: 831

awr

2#
发表于 2014-4-16 09:57:11
本帖最后由 373797651@qq.co 于 2014-4-16 10:04 编辑

能看下你俩个库的日志切换情况吗?
看下这里sql做什么的跑了2小时还没完成2q3991nqwurnd
bgp4xu7byunxr

回复 只看该作者 道具 举报

3#
发表于 2014-4-16 10:11:34
这个就是这个存储过程,名称为proc_etl_2012

日志切换的话,A库昨天下午6点之后切了16次,B库切了4次,不过A库本来业务多,事务大

回复 只看该作者 道具 举报

4#
发表于 2014-4-16 10:15:30
373797651@qq.co 发表于 2014-4-16 09:57
能看下你俩个库的日志切换情况吗?
看下这里sql做什么的跑了2小时还没完成2q3991nqwurnd
bgp4xu7byunxr ...

这个就是这个存储过程,名称为proc_etl_2012

日志切换的话,A库昨天下午6点之后切了16次,B库切了4次,不过A库本来业务多,事务大

回复 只看该作者 道具 举报

5#
发表于 2014-4-16 10:35:47
hunter 发表于 2014-4-16 10:15
这个就是这个存储过程,名称为proc_etl_2012

日志切换的话,A库昨天下午6点之后切了16次,B库切了4次, ...

关注一下latch 请求很高;可能就是这个2q3991nqwurnd  sql导致的latch很高
关注下这个存储过程,怎么执行这么久;
现在系统资源使用怎么样了比如CPU,内存,swap

回复 只看该作者 道具 举报

您需要登录后才可以回帖 登录 | 注册

QQ|手机版|Archiver|Oracle数据库数据恢复、性能优化

GMT+8, 2024-12-21 09:57 , Processed in 0.048736 second(s), 23 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

回顶部
TEL/電話+86 13764045638
Email service@parnassusdata.com
QQ 47079569