晶晶实验三DDL和DML操作都加什么样的TM锁篇


大家都知道TM锁共有6种模式,最常见的是3(插入,更新,删除);4(创建索引时);5(部分DDL操作如:删除列)等等,这些锁比较容易看到,不再详述实验经过.有些操作速度过块,如:Truncate和Drop等.这时不容易看到锁的状态,下面我做了个小实验来看清楚这些速度较快的命令持有什么样的锁. 例如:Truncate和Drop

   因为命令执行速度快,只有靠脚本来快速观察.如下:
create or replace procedure my_cursor is
  cursor aa is select lmode from v$lock where type='TM' and sid=您的会话SID;
  x number(3):=9;
begin
  for i in 1..3000 loop
    open aa;
    fetch aa into x;
    dbms_output.put_line(i||'-'||x);
    close aa;
    x:=9;   
  end loop;  
end;
/
**如果X为空的话,下次抓取值不变,所以每次抓取结束后为X附上一个锁中不可能出现的值9;

步一:脚本显示内容过多,会造成显示缓冲区溢出,先把缓冲区设大点;
SQL> set serveroutput on size 100000;

步二:为了更清楚的观察,把结果输送到文件中来查看结果;
SQL> spool e:\oracle\aa.txt

步三:执行脚本
SQL> exec my_cursor;

步四:在另一个会话中去Truncate表
SQL> truncate table jj_2;

表被截断。
----等待第一个会话中的执行完毕----
步五:把执行结果输送到文件中
SQL> spool off;

查看aa.txt 发现       　循环次数　　　锁状态
　　　　　　　　　　---------------     -------------
                         1--205       显示为9    无
                  206--375      显示为6    传说中的6-X锁  
                  376--结束    一直为9    6 锁已经释放

*****以上结果我是在10G中做的实验,同样的我又在9i中试了试,发现略有不同*****
结果如下:
                       1--93       显示为9
                            94--126      显示为6
                  127--217      显示为2
                  218--249      显示为3
                  250--266      显示为6
                  267--结束    一直为9

小结:在10G中只加了6锁,而9i中是236混杂出现,看来10G的截断操作比9i要简单明了,从算法上进步了不少哟~~  !^_^!

另附：       drop table                  在10G中 为 6锁，9i中是6 3 混合
         create table                 在10G中 为 3锁，
         create index                在10G中 为 4锁，表共享锁，根据兼容矩阵表示，4号锁和4号锁是相兼容的，但是我同时开两个会话创建索引，还是有等待，发现是library cache lock在等待。因为创建索引时，会在表上加独占的library cache lock。
        create index on line      在10G中 为 2，4 锁 其中2锁时间较长。2锁只和6锁不兼容，其他都兼容。其中4锁时间较短，只占41次循环。证明连机创建索引对DML操作影响不大,处
了41次 4锁之外,大部分时间是可以执行DML的.

其他执行速度比较快的操作,查看锁步骤类似,可以用上例一样的方式实验...TX锁相关事务,放到后面回滚段相关章节再发...

晶晶实验三DDL和DML操作都加什么样的TM锁篇


大家都知道TM锁共有6种模式,最常见的是3(插入,更新,删除);4(创建索引时);5(部分DDL操作如:删除列)等等,这些锁比较容易看到,不再详述实验经过.有些操作速度过块,如:Truncate和Drop等.这时不容易看到锁的状态,下面我做了个小实验来看清楚这些速度较快的命令持有什么样的锁. 例如:Truncate和Drop

   因为命令执行速度快,只有靠脚本来快速观察.如下:
create or replace procedure my_cursor is
  cursor aa is select lmode from v$lock where type='TM' and sid=您的会话SID;
  x number(3):=9;
begin
  for i in 1..3000 loop
    open aa;
    fetch aa into x;
    dbms_output.put_line(i||'-'||x);
    close aa;
    x:=9;   
  end loop;  
end;
/
**如果X为空的话,下次抓取值不变,所以每次抓取结束后为X附上一个锁中不可能出现的值9;

步一:脚本显示内容过多,会造成显示缓冲区溢出,先把缓冲区设大点;
SQL> set serveroutput on size 100000;

步二:为了更清楚的观察,把结果输送到文件中来查看结果;
SQL> spool e:\oracle\aa.txt

步三:执行脚本
SQL> exec my_cursor;

步四:在另一个会话中去Truncate表
SQL> truncate table jj_2;

表被截断。
----等待第一个会话中的执行完毕----
步五:把执行结果输送到文件中
SQL> spool off;

查看aa.txt 发现       　循环次数　　　锁状态
　　　　　　　　　　---------------     -------------
                         1--205       显示为9    无
                  206--375      显示为6    传说中的6-X锁  
                  376--结束    一直为9    6 锁已经释放

*****以上结果我是在10G中做的实验,同样的我又在9i中试了试,发现略有不同*****
结果如下:
                       1--93       显示为9
                            94--126      显示为6
                  127--217      显示为2
                  218--249      显示为3
                  250--266      显示为6
                  267--结束    一直为9

小结:在10G中只加了6锁,而9i中是236混杂出现,看来10G的截断操作比9i要简单明了,从算法上进步了不少哟~~  !^_^!

另附：       drop table                  在10G中 为 6锁，9i中是6 3 混合
         create table                 在10G中 为 3锁，
         create index                在10G中 为 4锁，表共享锁，根据兼容矩阵表示，4号锁和4号锁是相兼容的，但是我同时开两个会话创建索引，还是有等待，发现是library cache lock在等待。因为创建索引时，会在表上加独占的library cache lock。
        create index on line      在10G中 为 2，4 锁 其中2锁时间较长。2锁只和6锁不兼容，其他都兼容。其中4锁时间较短，只占41次循环。证明连机创建索引对DML操作影响不大,处
了41次 4锁之外,大部分时间是可以执行DML的.

其他执行速度比较快的操作,查看锁步骤类似,可以用上例一样的方式实验...TX锁相关事务,放到后面回滚段相关章节再发...