ORACLE 锁简单介绍 （zt）
ORACLE 锁 （zt）
ORACLE数据库是现今数据库领域应用最广泛的，同时它也是一个庞大的系统，全面了解它、玩转它不但需要一定的理论知识，更需要开发经验与工程经验。本人是ORACLE一爱好者，以下是本人对ORACLE锁的一些经验，希望能与大家共同分享。
预备知识：
DDL(DATABASE DEFINITION LANGUAGE)：数据库定义语言，如create table、drop table.....
DML(DATABASE MODIFICATION LANGUAGE):数据库修改语言，如insert、delete、update......
参考资料：Oracle8 Administrator"s Guide, Release 8.0
Oracle8 Tuning, Release 8.0
ORACLE锁具体分为以下几类：
1.按用户与系统划分，可以分为自动锁与显示锁
自动锁：当进行一项数据库操作时，缺省情况下，系统自动为此数据库操作获得所有有必要的锁。
显示锁：某些情况下，需要用户显示的锁定数据库操作要用到的数据，才能使数据库操作执行得更好，显示锁是用户为数据库对象设定的。
2.按锁级别划分，可分为共享锁与排它锁
共享锁：共享锁使一个事务对特定数据库资源进行共享访问——另一事务也可对此资源进行访问或获得相同共享锁。共享锁为事务提供高并发性，但如拙劣的事务设计+共享锁容易造成死锁或数据更新丢失。
排它锁：事务设置排它锁后，该事务单独获得此资源，另一事务不能在此事务提交之前获得相同对象的共享锁或排它锁。
3.按操作划分，可分为DML锁、DDL锁
+DML锁又可以分为，行锁、表锁、死锁
-行锁：当事务执行数据库插入、更新、删除操作时，该事务自动获得操作表中操作行的排它锁。
-表级锁：当事务获得行锁后，此事务也将自动获得该行的表锁(共享锁),以防止其它事务进行DDL语句影响记录行的更新。事务也可以在进行过程中获得共享锁或排它锁，只有当事务显示使用LOCK TABLE语句显示的定义一个排它锁时，事务才会获得表上的排它锁,也可使用LOCK TABLE显示的定义一个表级的共享锁(LOCK TABLE具体用法请参考相关文档)。
-死锁：当两个事务需要一组有冲突的锁，而不能将事务继续下去的话，就出现死锁。
如事务1在表A行记录#3中有一排它锁，并等待事务2在表A中记录#4中排它锁的释放，而事务2在表A记录行#4中有一排它锁，并等待事务; 1在表A中记录#3中排它锁的释放，事务1与事务2彼此等待，因此就造成了死锁。死锁一般是因拙劣的事务设计而产生。死锁只能使用SQL下:alter system kill session "sid,serial#"；或者使用相关操作系统kill进程的命令，如UNIX下kill -9 sid,或者使用其它工具杀掉死锁进程。
+DDL锁又可以分为：排它DDL锁、共享DDL锁、分析锁
-排它DDL锁：创建、修改、删除一个数据库对象的DDL语句获得操作对象的 排它锁。如使用alter table语句时，为了维护数据的完成性、一致性、合法性，该事务获得一排它DDL锁。
-共享DDL锁：需在数据库对象之间建立相互依赖关系的DDL语句通常需共享获得DDL锁。
如创建一个包，该包中的过程与函数引用了不同的数据库表，当编译此包时，该事务就获得了引用表的共享DDL锁。
-分析锁：ORACLE使用共享池存储分析与优化过的SQL语句及PL/SQL程序，使运行相同语句的应用速度更快。一个在共享池中缓存的对象获得它所引用数据库对象的分析锁。分析锁是一种独特的DDL锁类型，ORACLE使用它追踪共享池对象及它所引用数据库对象之间的依赖关系。当一个事务修改或删除了共享池持有分析锁的数据库对象时，ORACLE使共享池中的对象作废，下次在引用这条SQL/PLSQL语句时，ORACLE重新分析编译此语句。
4.内部闩锁
内部闩锁：这是ORACLE中的一种特殊锁，用于顺序访问内部系统结构。当事务需向缓冲区写入信息时，为了使用此块内存区域，ORACLE首先必须取得这块内存区域的闩锁，才能向此块内存写入信息。
以上是 本人对ORACLE锁的一些总结，不足之处还望大家海涵，同时也希望大家多提出自己对ORACLE锁的一些看法。
回复： （转贴 ）
ORACLE里锁有以下几种模式
0：none
1：null 空
2：Row-S 行共享(RS)：共享表锁
3：Row-X 行专用(RX)：用于行的修改
4：Share 共享锁(S)：阻止其他DML操作
5：S/Row-X 共享行专用(SRX)：阻止其他事务操作
6：exclusive 专用(X)：独立访问使用
数字越大锁级别越高, 影响的操作越多。
一般的查询语句如select ... from ... ;是小于2的锁, 有时会在v$locked_object出现。
select ... from ... for update; 是2的锁。
当对话使用for update子串打开一个游标时，
所有返回集中的数据行都将处于行级(Row-X)独占式锁定，
其他对象只能查询这些数据行，不能进行update、delete或select...for update操作。
insert / update / delete ... ; 是3的锁。
没有commit之前插入同样的一条记录会没有反应,
因为后一个3的锁会一直等待上一个3的锁, 我们必须释放掉上一个才能继续工作。
创建索引的时候也会产生3,4级别的锁。
locked_mode为2,3,4不影响DML(insert,delete,update,select)操作,
但DDL(alter,drop等)操作会提示ora-00054错误。
有主外键约束时 update / delete ... ; 可能会产生4,5的锁。
DDL语句时是6的锁。
以DBA角色, 查看当前数据库里锁的情况可以用如下SQL语句：
select object_id,session_id,locked_mode from v$locked_object;
select t2.username,t2.sid,t2.serial#,t2.logon_time
from v$locked_object t1,v$session t2
where t1.session_id=t2.sid order by t2.logon_time;
如果有长期出现的一列，可能是没有释放的锁。
我们可以用下面SQL语句杀掉长期没有释放非正常的锁：
alter system kill session 'sid,serial#';
如果出现了锁的问题, 某个DML操作可能等待很久没有反应。
当你采用的是直接连接数据库的方式，
也不要用OS系统命令 $kill process_num 或者 $kill -9 process_num来终止用户连接，
因为一个用户进程可能产生一个以上的锁, 杀OS进程并不能彻底清除锁的问题。
在数据库级别可用alter system kill session 'sid,serial#';杀掉不正常的锁。
对2楼的转贴表示疑问
4級鎖有：Create Index, Lock Share
locked_mode爲2,3,4不影響DML(insert,delete,update,select)操作, 但DDL(alter,drop等)操作會提示ora-00054錯誤。
我测试过，当对表加SHARE锁时，在另外一SESSION，是无法
对该表进行UPDATE的。 照道理说，当对一表的记录进行修改时，
是对该记录加“独占”锁，对表结构加“共享”锁，这与SHARE锁
--本身的定义：“共享锁”并无冲突，为什么会这样？
就是说：对表加SHARE锁时，并不影响DML操作，但实际并不是。
另外，这一点，经测试，我看到的情况也不似楼主所说：
5級鎖有：Lock Share Row Exclusive
具體來講有主外鍵約束時update / delete ... ; 可能會産生4,5的鎖。
我测试的结果是：
当对父表进行修改时，若子表对应的记录存在，则产生ORA-02292
异常；否，则只对父表加TX锁（级别6）和TM锁（级别3）；
当对子表进行修改时，则除了对子表加加TX锁和TM锁外；对父表
也加了加SS（级别2）锁，这符合逻辑，因为父表此时必须满足参考完整性；
也就是，对父表加SS锁，避免此时对父表进行修改操作。
上面锁说的修改，都是对子父表存在参考完整性的字段操作的。
[@more@]
ORACLE 锁 （zt）
ORACLE数据库是现今数据库领域应用最广泛的，同时它也是一个庞大的系统，全面了解它、玩转它不但需要一定的理论知识，更需要开发经验与工程经验。本人是ORACLE一爱好者，以下是本人对ORACLE锁的一些经验，希望能与大家共同分享。
预备知识：
DDL(DATABASE DEFINITION LANGUAGE)：数据库定义语言，如create table、drop table.....
DML(DATABASE MODIFICATION LANGUAGE):数据库修改语言，如insert、delete、update......
参考资料：Oracle8 Administrator"s Guide, Release 8.0
Oracle8 Tuning, Release 8.0
ORACLE锁具体分为以下几类：
1.按用户与系统划分，可以分为自动锁与显示锁
自动锁：当进行一项数据库操作时，缺省情况下，系统自动为此数据库操作获得所有有必要的锁。
显示锁：某些情况下，需要用户显示的锁定数据库操作要用到的数据，才能使数据库操作执行得更好，显示锁是用户为数据库对象设定的。
2.按锁级别划分，可分为共享锁与排它锁
共享锁：共享锁使一个事务对特定数据库资源进行共享访问——另一事务也可对此资源进行访问或获得相同共享锁。共享锁为事务提供高并发性，但如拙劣的事务设计+共享锁容易造成死锁或数据更新丢失。
排它锁：事务设置排它锁后，该事务单独获得此资源，另一事务不能在此事务提交之前获得相同对象的共享锁或排它锁。
3.按操作划分，可分为DML锁、DDL锁
+DML锁又可以分为，行锁、表锁、死锁
-行锁：当事务执行数据库插入、更新、删除操作时，该事务自动获得操作表中操作行的排它锁。
-表级锁：当事务获得行锁后，此事务也将自动获得该行的表锁(共享锁),以防止其它事务进行DDL语句影响记录行的更新。事务也可以在进行过程中获得共享锁或排它锁，只有当事务显示使用LOCK TABLE语句显示的定义一个排它锁时，事务才会获得表上的排它锁,也可使用LOCK TABLE显示的定义一个表级的共享锁(LOCK TABLE具体用法请参考相关文档)。
-死锁：当两个事务需要一组有冲突的锁，而不能将事务继续下去的话，就出现死锁。
如事务1在表A行记录#3中有一排它锁，并等待事务2在表A中记录#4中排它锁的释放，而事务2在表A记录行#4中有一排它锁，并等待事务; 1在表A中记录#3中排它锁的释放，事务1与事务2彼此等待，因此就造成了死锁。死锁一般是因拙劣的事务设计而产生。死锁只能使用SQL下:alter system kill session "sid,serial#"；或者使用相关操作系统kill进程的命令，如UNIX下kill -9 sid,或者使用其它工具杀掉死锁进程。
+DDL锁又可以分为：排它DDL锁、共享DDL锁、分析锁
-排它DDL锁：创建、修改、删除一个数据库对象的DDL语句获得操作对象的 排它锁。如使用alter table语句时，为了维护数据的完成性、一致性、合法性，该事务获得一排它DDL锁。
-共享DDL锁：需在数据库对象之间建立相互依赖关系的DDL语句通常需共享获得DDL锁。
如创建一个包，该包中的过程与函数引用了不同的数据库表，当编译此包时，该事务就获得了引用表的共享DDL锁。
-分析锁：ORACLE使用共享池存储分析与优化过的SQL语句及PL/SQL程序，使运行相同语句的应用速度更快。一个在共享池中缓存的对象获得它所引用数据库对象的分析锁。分析锁是一种独特的DDL锁类型，ORACLE使用它追踪共享池对象及它所引用数据库对象之间的依赖关系。当一个事务修改或删除了共享池持有分析锁的数据库对象时，ORACLE使共享池中的对象作废，下次在引用这条SQL/PLSQL语句时，ORACLE重新分析编译此语句。
4.内部闩锁
内部闩锁：这是ORACLE中的一种特殊锁，用于顺序访问内部系统结构。当事务需向缓冲区写入信息时，为了使用此块内存区域，ORACLE首先必须取得这块内存区域的闩锁，才能向此块内存写入信息。
以上是 本人对ORACLE锁的一些总结，不足之处还望大家海涵，同时也希望大家多提出自己对ORACLE锁的一些看法。
回复： （转贴 ）
ORACLE里锁有以下几种模式
0：none
1：null 空
2：Row-S 行共享(RS)：共享表锁
3：Row-X 行专用(RX)：用于行的修改
4：Share 共享锁(S)：阻止其他DML操作
5：S/Row-X 共享行专用(SRX)：阻止其他事务操作
6：exclusive 专用(X)：独立访问使用
数字越大锁级别越高, 影响的操作越多。
一般的查询语句如select ... from ... ;是小于2的锁, 有时会在v$locked_object出现。
select ... from ... for update; 是2的锁。
当对话使用for update子串打开一个游标时，
所有返回集中的数据行都将处于行级(Row-X)独占式锁定，
其他对象只能查询这些数据行，不能进行update、delete或select...for update操作。
insert / update / delete ... ; 是3的锁。
没有commit之前插入同样的一条记录会没有反应,
因为后一个3的锁会一直等待上一个3的锁, 我们必须释放掉上一个才能继续工作。
创建索引的时候也会产生3,4级别的锁。
locked_mode为2,3,4不影响DML(insert,delete,update,select)操作,
但DDL(alter,drop等)操作会提示ora-00054错误。
有主外键约束时 update / delete ... ; 可能会产生4,5的锁。
DDL语句时是6的锁。
以DBA角色, 查看当前数据库里锁的情况可以用如下SQL语句：
select object_id,session_id,locked_mode from v$locked_object;
select t2.username,t2.sid,t2.serial#,t2.logon_time
from v$locked_object t1,v$session t2
where t1.session_id=t2.sid order by t2.logon_time;
如果有长期出现的一列，可能是没有释放的锁。
我们可以用下面SQL语句杀掉长期没有释放非正常的锁：
alter system kill session 'sid,serial#';
如果出现了锁的问题, 某个DML操作可能等待很久没有反应。
当你采用的是直接连接数据库的方式，
也不要用OS系统命令 $kill process_num 或者 $kill -9 process_num来终止用户连接，
因为一个用户进程可能产生一个以上的锁, 杀OS进程并不能彻底清除锁的问题。
在数据库级别可用alter system kill session 'sid,serial#';杀掉不正常的锁。
对2楼的转贴表示疑问
4級鎖有：Create Index, Lock Share
locked_mode爲2,3,4不影響DML(insert,delete,update,select)操作, 但DDL(alter,drop等)操作會提示ora-00054錯誤。
我测试过，当对表加SHARE锁时，在另外一SESSION，是无法
对该表进行UPDATE的。 照道理说，当对一表的记录进行修改时，
是对该记录加“独占”锁，对表结构加“共享”锁，这与SHARE锁
--本身的定义：“共享锁”并无冲突，为什么会这样？
就是说：对表加SHARE锁时，并不影响DML操作，但实际并不是。
另外，这一点，经测试，我看到的情况也不似楼主所说：
5級鎖有：Lock Share Row Exclusive
具體來講有主外鍵約束時update / delete ... ; 可能會産生4,5的鎖。
我测试的结果是：
当对父表进行修改时，若子表对应的记录存在，则产生ORA-02292
异常；否，则只对父表加TX锁（级别6）和TM锁（级别3）；
当对子表进行修改时，则除了对子表加加TX锁和TM锁外；对父表
也加了加SS（级别2）锁，这符合逻辑，因为父表此时必须满足参考完整性；
也就是，对父表加SS锁，避免此时对父表进行修改操作。
上面锁说的修改，都是对子父表存在参考完整性的字段操作的。
| Originally posted by ZALBB at 2004-9-24 11:37: 4級鎖有：Create Index, Lock Share locked_mode爲2,3,4不影響DML(insert,delete,update,select)操作, 但DDL(alter,drop等)操作會提示ora-00054錯誤。 locked_mode为4时在表上会设置共享锁(shared lock), 在一个对象上的share lock与exclusive lock是有冲突的. 而进行ddl操作需要表级的独占锁. 所以ddl操作就会提示ORA-00054: resource busy and acquire with NOWAIT specified错误信息了 我测试过，当对表加SHARE锁时，在另外一SESSION，是无法 对该表进行UPDATE的。 照道理说，当对一表的记录进行修改时， 是对该记录加“独占”锁，对表结构加“共享”锁，这与SHARE锁 --本身的定义：“共享锁”并无冲突，为什么会这样？ 具体的测试过程能不能贴出来看看, ^_^ 就是说：对表加SHARE锁时，并不影响DML操作，但实际并不是。 另外，这一点，经测试，我看到的情况也不似楼主所说： 5級鎖有：Lock Share Row Exclusive 具體來講有主外鍵約束時update / delete ... ; 可能會産生4,5的鎖。 有主外键约束的时候, 锁机制还是比较复杂的.. 我测试的结果是： 当对父表进行修改时，若子表对应的记录存在，则产生ORA-02292 异常；否，则只对父表加TX锁（级别6）和TM锁（级别3）； 当对子表进行修改时，则除了对子表加加TX锁和TM锁外；对父表 也加了加SS（级别2）锁，这符合逻辑，因为父表此时必须满足参考完整性； 也就是，对父表加SS锁，避免此时对父表进行修改操作。 上面锁说的修改，都是对子父表存在参考完整性的字段操作的。 |
[@more@]
来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/257699/viewspace-815200/，如需转载，请注明出处，否则将追究法律责任。
转载于:http://blog.itpub.net/257699/viewspace-815200/
656
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
