# 44206
hi
|
|
To:
老大,您的网站能不能不挂这种减肥的广告呢,放一些it广告也行啊,搞的上班的时候不敢看,经理看见以为我在看黄色网站
From: hi 2008.11.20 23:56
|
|
|
|
# 44205
小草
|
|
To: eygle
关于ORACLE MV复制, 是否也有延迟事务队伍的存在, 因为我发现在搭建复制环境之后,修改刷新间隔时间, 在主站点放入数据, 然后再刷新复制站点时, 复制完成后需要commit, 才能看到数据. 关于复制原理有没有的文章可以看一下. 谢谢了!
From: 小草 2008.11.19 21:32
|
|
|
|
# 44200
ClamYetConfi
|
|
To: eygle
前几天 还见了个 desc seg$ 都被hang 住的现象。
同时伴随有 cursor pin s wait x 等待 和 library cache lock 等待
为什么seg$ 也会被 加上 x 恩?
望前辈赐教。
From: ClamYetConfi 2008.11.12 01:08
|
|
|
|
To: ClamYetConfi
cursor pin s wait x实际上就是以前的library cache pin/lock等待的变种,也是latch机制象mutex机制转换带来的变化。
From: eygle 2008.11.17 01:29
|
|
|
|
# 44199
ClamYetConfi
|
|
To: eygle
前辈好:
我感觉 cursor pin s wait x 和 library cache lock 很相似呢
都是在要访问一个object 的handle 时, 该对象已经被 加上了一个x 锁,如 alter table , compile 时那样。但怎么会是两种不同的等待实践?
另外,对于cursor pin s wait x , 如何查找是那个object 被加上 x 锁呢?我看了看 那几个参数 感觉都不像是。
From: ClamYetConfi 2008.11.12 01:05
|
|
|
|
|