Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1981620
  • 博文数量: 424
  • 博客积分: 1291
  • 博客等级: 中尉
  • 技术积分: 2682
  • 用 户 组: 普通用户
  • 注册时间: 2012-08-13 01:34
个人简介

linux oracle 网络安全 编程

文章分类

全部博文(424)

文章存档

2016年(22)

2015年(53)

2014年(57)

2013年(242)

2012年(50)

分类: Oracle

2015-07-21 17:59:51

原文地址:Oracle中的锁概述 作者:digdeep126

1. Oracle锁的类型:
1)latch: 保护memory structure,典型的就是内存中的chain/list等结构;
2)lock: 保护database object,比如表、索引等等。分为排它锁(X); 共享锁(S)

2. 行级锁:DML语句修改行时,对该行产生行级锁;
   同时,DML语句所在的事务,产生一个事务锁TX;
   同时,行级锁会对所在表产生一个TM(Table Manager)表级锁RX(Row exclusive);
TM: 即Table Manager,表级锁的总称。
TX: 即Transaction exclusive,事务锁,每一个事务对应一个事务锁。可能对应多个表级的RX锁。
RX: 即Row exclusive,行级排它锁,是一种TM锁,由行级锁产生在表级别上的锁。因为如果DML语句仅仅只有行级锁,在表上没有锁,会存在问题,比如当一个session在表A上进行DML语句,另一个session来drop表A,这种情况下导致问题。所以DML语句也需要在表级别上加上一个RX锁,防止表被另一个session删除掉了

3. 表级锁
1)行级排他锁(Row exclusive)RX锁
   当我们进行DML时,会自动在被更新的表上添加RX锁,可以执行LOCK命令显式的在表上添加RX锁
   允许其他事务通过DML语句修改相同表里的其他数据行
   允许使用lock命令对表添加RX锁定
   不允许其他事务对表添加X锁
   行级共享锁(Row Shared,简称RS锁
select … from for update
   共享锁(Share,简称S锁)
通过lock table in share mode命令添加该S锁
   排他锁(Exclusive,简称X锁
通过lock table in exclusive mode命令添加X锁
   共享行级排他锁(Share Row Exclusive,简称SRX锁
       通过lock table in share row exclusive mode命令添加SRX锁
   lock table  in [row share][row exclusive][share][share row exclusive][exclusive] mode;
表级锁,我们一般只关注 RX 和 RS 以及 X锁,RX由DML语句产生,RS由select for update产生,而X锁一般有DDL语句产生
另一个重要的锁是S锁:由create index语句引起。一个问题是:create index在表上加的S锁,和DML语句的RX锁是不兼容的!!!因为显然我们在进行DML操作时,是不能建立索引的。所以create index语句的运行会阻塞表上的所有DML语句。在高负载的系统上应该慎重的运行create index语句。

4. 锁的兼容性:
加锁语句
可见:
select语句没有锁,不会排斥任何其它锁;
DML语句在表上产生RX锁;
select for update在表上产生RS锁;
RS和RS之间,RX和RX之间,以及RS和RX之间都是兼容;
RS和RX在与S和SRX的兼容性上有一些区别。
          
5. 锁相关的视图
1)v$lock
记录了session已经获得的锁定以及正在请求的锁定的信息
SID说明session的ID号
TYPE说明锁定锁定级别,主要关注TX和TM
LMODE说明已经获得的锁定的模式,以数字编码表示
REQUEST说明正在请求的锁定的模式,以数字编码表示
BLOCK说明是否阻止了其他用户获得锁定,大于0说明是,等于0说明否

开始一个事务:
SQL> delete from test_index where object_id=2;
1 row deleted.

SQL> select xidusn,xidslot,xidsqn,status from v$transaction;
    XIDUSN    XIDSLOT     XIDSQN STATUS
---------- ---------- ---------- ----------------
         5         25        545 ACTIVE

事务产生的锁:
SQL> select sid from v$mystat where rownum=1;
       SID
----------
       123
SQL> select sid,type,id1,id2,
decode(lmode,0,'None',1,'Null',2,'Row share',3,'Row Exclusive',4,'Share',5,'Share Row Exclusive',6,'Exclusive') lock_mode,
  decode(request,0,'None',1,'Null',2,'Row share',3,'Row Exclusive',4,'Share',5,'Share Row Exclusive',6,'Exclusive')
request_mode,block
from v$lock where sid=123;

       SID TY        ID1        ID2 LOCK_MODE           REQUEST_MODE             BLOCK
---------- -- ---------- ---------- ------------------- ------------------- ----------
       123 TM      52516          0 Row Exclusive       None                         0
       123 TX     327705        545 Exclusive           None                         0

结果显示:该session 123产生了两个锁:一个事务锁TX,一个表级锁TM,TM由DML语句产生。
ID1:表示TM锁的对象的object_id:
SQL> select object_name from dba_objects where object_id=52516;
OBJECT_NAME
-----------
TEST_INDEX
LOCK_MODE:表示锁的模式;
REQUEST_MODE:表示是请求其它模式的锁;
BLOCK:是否阻塞了其它的事务;

对于TM锁来说,ID1表示被锁定的对象的对象ID,ID2始终为0
对于TX锁来说,ID1表示事务使用的回滚段编号以及在事务表中对应的记录编号,ID2表示该记录编号被重用的次数

将TX锁的ID1拆解:
SQL> select trunc(327705/power(2,16)) as undo_blk#,bitand(327705,to_number('ffff','xxxx')) + 0 as slot# from dual;
 UNDO_BLK#      SLOT#
---------- ----------
         5         25

这个结果与select xidusn,xidslot,xidsqn,status from v$transaction;的结果是一致的。

2)v$enqueue_lock
查询v$enqueue_lock来获得锁定队列中的session信息
查询出哪些session在申请锁:
select sid,type,decode(request,0,'None',1,'Null',2,'Row share',3,'Row Exclusive',4,'Share',5,'Share Row Exclusive',6,'Exclusive') request_mode from v$enqueue_lock
where sid in(131,153);

3)v$locked_object
记录了当前已经被锁定的对象的信息。

6. 系统允许的事务数量和TM锁的数量:
可以获得的TX锁定的总个数由初始化参数transactions决定,而可以获得的TM锁定的个数则由初始化参数dml_locks决定
SQL> select name,value from v$parameter where name in('transactions','dml_locks');
NAME         VALUE
------------ ------------
dml_locks    748
transactions 187

SQL> select resource_name as "R_N",current_utilization as "C_U",max_utilization as "M_U",initial_allocation as "I_U" from v$resource_limit where resource_name in('transactions','dml_locks');

R_N                                   C_U        M_U I_U
------------------------------ ---------- ---------- --------------------
dml_locks                               1         50        748
transactions                            1         20        187

7. 死锁
在Oracle数据库中,造成死锁的那个DML语句会被撤销。死锁总是由于应用程序设计不合理引起的。
当某个session的事务引起了死锁时,Oracle会自动将阻塞该事务的其他事务中相应的DML语句撤销,而阻塞该事务的其他事务中的其他DML语句并没有撤销。
死锁产生示例:
session 1
select sid from v$mystat where rownum=1;
update employees set last_name=last_name||'a' where employee_id=100

session 2
select sid from v$mystat where rownum=1;
update employees set last_name=last_name||'b' where employee_id=101;

session 1
update employees set last_name=last_name||'c' where employee_id=101;

session 2
update employees set last_name=last_name||'d' where employee_id=100;
阅读(1296) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~