AnySQL.net

FOR UPDATE SKIP LOCKED语句中的逻辑读

    今天发现这样的一个语句逻辑读很高, 在Physical Standby上打开查询, 发现逻辑读是很低的, 只有源库的百分之一, 百思不得其解. 回来后建了如下表做测试: SQL> CREATE TABLE T_SKIPLOCKED   2  (   3     NO NUMBER(2),   4     COL2 CHAR(200),   5     CONSTRAINT PK_T_SKIPLOCKED PRIMARY KEY (NO)   6  ); Table created. SQL> INSERT INTO T_SKIPLOCKED SELECT ROWNUM, OBJECT_NAME    2 FROM ALL_OBJECTS...

Posted on August 6, 2007 8:36 PM

一种特殊的Library Cache Lock情况

    在Oracle 10g中的我用两个会话, 搞出了下面这个等待情况, 很是有趣, 也很危险. SQL> SELECT SID, EVENT FROM V$SESSION   2  WHERE USERNAME='ANYSQL';        SID EVENT ---------- -------------------------------------         29 library cache lock         32 SQL*Net message from client     这个情况是如何出来的呢, 在32会话中, 我执行了语句: SQL> exec dbms_mview.begin_table_reorganization('ANYSQL','T_IOT'); PL/SQL procedure successfully...

Posted on March 8, 2007 9:25 PM

在Oracle中如何跳过被别人锁住的记录?

    Oracle的AQ可用于消息处理, 可有一个或几个消息产生者将不同的消息插入到AQ表中, 然后由多个进程来获取并处理这些消息, 虽然这儿的解释很简单, 但要实现一个可靠具有事务功能的消息处理系统还是件不容易的事情. 在这儿我要讲的是当有多个消息处理进程时, Oracle是如何让他们能最快地并行地处理的?     这个问题可以简化为, 在一个表中有很多的记录(消息), 然后有很多进程来将这个表中的记录取出来, 进行处理后, 并在这个表中删除已经处理过的记录, 如果只有一两个这样的进程时, 可能什么事情也看不出来, 但是当有很多同样的进程来并行地处理这些记录时, 就会遇到数据库中常会遇到的Enqueue等待.     按照一般的处理方法可能会使用如下的代码: declare    cursor msg is select ... from message_table        where rownum begin    open msg;   ...

Posted on February 28, 2007 8:35 PM