关于"direct path write temp" wait event的实验

最近在优化各现场的系统,在一个现场的awr报告中,报出了"direct path write temp"等待,后来了解到该系统中要有大量对global temporary table的操作,虽然我们都清楚gtt的原理和机制,但为了确认该等待产生的真正原因,做了以下简单的测试,当然,是在一个测试环境:

--首先,创建一个session级的gtt:

CREATE GLOBAL TEMPORARY TABLE tmp_test (c1 number(10),c2 char(2000)) ON COMMIT PRESERVE ROWS;
--然后插入种子数据:

insert into tmp_test values(1,'aa');
insert into tmp_test values(2,'aa');
insert into tmp_test values(3,'aa');

--然后让种子发芽(执行多次):

insert into tmp_test select * from tmp_test;

--在种子发芽过程中,反应时间逐渐延长时,通过另外session查询等待,几个典型的等待为:
db file scattered read
db file sequential read
control file sequential read
control file parallel write
local write wait
buffer busy waits
db file parallel write
log file parallel write
--通过多次实验,得出结论:

对gtt的操作不会产生"direct path write temp"等待,因此,这个等待是系统存在大操作而disk操作的结果。

 

转载于:https://www.cnblogs.com/lhdz_bj/archive/2011/09/14/2176039.html

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值