出一个关于Skip Locked的小题目

bell6248

原帖由 zhangweicai74 于 2008-9-23 16:57 发表

你不是改行了么,怎么还在这儿混

没有改行！只不过是要基于Siebel这套成熟的企业应用软件从事开发了， 基于oracle数据库开发居多！

另外， 再开启另一个 SESSION窗口执行后没有记录， 者是否和第一次执行那条语句的结果集已经却定有关？

[ 本帖最后由 bell6248 于 2008-9-23 17:09 编辑 ]

nyfor

此回帖内容被编辑到 2# 中去了

[ 本帖最后由 nyfor 于 2008-9-23 17:36 编辑 ]

smallnavy

第一题 选择 B，
第二题 应是C

kmpx

原帖由 nyfor 于 2008-9-23 16:15 发表
此题目, 可能对于一些新手还不知道 SKIP LOCKED 是干什么用的. 呵呵.

1. 我们看看第一个结果, 应该是 B.
这个小知识点地球人都知道, 就是: 同一个SESSION的锁定可以重复获取.

2. 第二题的结果是 A.
我们分析一下为什么出现这个结果,初看感觉是前面的SESSION锁定了全部的记录.
但我们从第二个SESSION 窗口中执行以下语句:
SQL> select * from t for update skip locked;

        ID
----------
         2
         3

2 rows selected.
可以发现后面两条记录并没有被第一个SESSION锁定.
那为何 select * from t where rownum  

在另一个session用同样的语句，因符合条件的记录已被锁定，是否可以认为oracle只做了查询，并未对表做其它动作，第一个session事物结束，第二个session未结束情况下，表是无法被删除？

wangfans

原帖由 kmpx 于 2008-9-23 17:40 发表

在另一个session用同样的语句，因符合条件的记录已被锁定，是否可以认为oracle只做了查询，并未对表做其它动作，第一个session事物结束，第二个session未结束情况下，表是无法被删除？

这个是另外一个话题了

nyfor

原帖由 kmpx 于 2008-9-23 17:40 发表

在另一个session用同样的语句，因符合条件的记录已被锁定，是否可以认为oracle只做了查询，并未对表做其它动作，第一个session事物结束，第二个session未结束情况下，表是无法被删除？

在另一个session用同样的语句，因符合条件的记录已被锁定，是否可以认为oracle只做了查询，并未对表做其它动作回复:是的，第一个session事物结束，第二个session未结束情况下，表是无法被删除？回复:可以删除, 因为第二个SESSION对表并无锁定
==> 经过 kmpx 测试发现第二个SESSION有个 MODE=3 的TM锁定.

[ 本帖最后由 nyfor 于 2008-9-23 17:58 编辑 ]

kmpx

原帖由 nyfor 于 2008-9-23 17:45 发表

在另一个session用同样的语句，因符合条件的记录已被锁定，是否可以认为oracle只做了查询，并未对表做其它动作回复:是的，第一个session事物结束，第二个session未结束情况下，表是无法被删除？回复:可以删除, 因为第二个SESSION对表并无锁定

第一个sessionn
SQL> select * from t where rownum <= 1 for update skip locked;

        ID
----------
         1

SQL> select * from t where rownum <= 1 for update skip locked;

        ID
----------
         1

SQL>

第二个session
SQL> select * from t where rownum <= 1 for update skip locked;

未选定行

SQL>
第一个session

SQL> commit;

提交完成。

SQL> drop table t;
drop table t
           *
ERROR 位于第 1 行:
ORA-00054: 资源正忙，要求指定 NOWAIT


SQL>
????
这是我测试的结果，第二个session   commit后，表才能被删除

kmpx

原帖由 wangfans 于 2008-9-23 17:44 发表


这个是另外一个话题了

是刚刚测试完，操作的时候出现的，不是特意来改变话题

nyfor

还真是不能 drop table t;
这是什么原因呢?

谢谢 kmpx 提出这个问题.

经查发现第二个SESSION对 T 表有一个 LMODE=3  的TM锁定.

棉花糖ONE

skiped lock这玩意是未公开的吧