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会自动监测到，并使得最后申请锁的请求失败。
　　只有非正常终止的session所申请的锁(我们平时经常讲的死锁实际上值的就是这种类型），才需要手工kill.
　　第二部分
　　tonnyluo
　　(newbie)
　　12/28/00 11:36 AM
　　Re: ORACLE技术专题4 ORACLE琐 [re: oldwain]
　　
　　
　　
　　非正常终止的session，ORACLE会自动回滚其事物（前提是该事物已终止）。包括相互死锁及循环死锁ORACLE虽会处理，但好象这方面ORACLE处理不是很好，常需自己动手解决掉造成死锁的进程。
　　
　　网上飘
　　
　　
　　
　　easyfree
　　(journeyman)
　　12/28/00 01:14 PM
　　Re: ORACLE技术专题4 ORACLE琐 [re: tonnyluo]
　　
　　
　　
　　是否可以介绍一下如何定位死锁的SID，在应用过程中，同样操作的client很多，往往是一台机器造成死锁后，从v$session中看到的terminal都是一样的（比如：Windows PC），无法分清，那么这时候怎样确定呢？
　　
　　一沙一世界
　　一水一天堂
　　
　　
　　
　　oldwain
　　(member)
　　12/28/00 01:26 PM
　　Re: ORACLE技术专题4 ORACLE琐 [re: tonnyluo]
　　
　　
　　
　　tonnyluo:
　　
　　我作过试验, 在网络断掉（通过拔掉网线）或非正常终止进程（通过task manager强行关闭sql*plus)时，oracle在有限的时间内（我只观查了5-10分）内，oracle未能对该进程作任何处理。
　　
　　但是， 如果是相互死锁或循环死锁，oracle会即时检测到，并立即使该进程失败。
　　
　　以下为相互死锁时的情形：
　　
　　[SQL*PLUS (1)]
　　SQL> SELECT * FROM TEST FOR UPDATE;
　　
　　C1 C2
　　--------- ------------------------------
　　1 中文
　　
　　[SQL*PLUS (2)]
　　SQL> SELECT * FROM TEMP FOR UPDATE;
　　
　　KIND S EMAIL
　　--------- - ------------------------------
　　1 a asd
　　
　　
　　[SQL*PLUS (1)]
　　SQL> SELECT * FROM TEMP FOR UPDATE;
　　
　　[... 处于等待状态]
　　
　　[SQL*PLUS (2)]
　　SQL> SELECT * FROM TEST FOR UPDATE;
　　
　　[... 处于等待状态]
　　
　　[此时SQL*PLUS (1)退出等待状态，且产生以下错误]
　　SQL> SELECT * FROM TEMP FOR UPDATE;
　　SELECT * FROM TEMP FOR UPDATE
　　*
　　ERROR 位于第1行：
　　ORA-00060: 等待资源时检测到死锁
　　
　　
　　
　　
　　---------
　　半瓶醋 -- 比空瓶多一点, 比满瓶少一点......
　　
　　
　　
　　easyfree
　　(journeyman)
　　12/28/00 02:04 PM
　　Re: ORACLE技术专题4 ORACLE琐 [re: oldwain]
　　
　　
　　
　　我也一直对ORACLE自动处理所谓死锁的时间间隔感到疑惑：一是这个时间间隔是可以设定的么？二是如何确定这样的SESSION呢？
　　
　　oldwain:
　　能否给我介绍一下我上面一个帖子涉及的问题，象你这样两个client端使用SQLPLUS发生互锁或死锁时，如何确定kill哪个session呢？
　　
　　一沙一世界
　　一水一天堂
　　
　　
　　
　　oldwain
　　(member)
　　12/28/00 02:33 PM
　　Re: ORACLE技术专题4 ORACLE琐 [re: easyfree]
　　
　　
　　
　　正如上面的实验，互锁或死锁时，ORACLE已经解除了这种锁，所以只要等待某一占有资源的进程打开锁（通过ROLLBACK/COMMIT)即可。
　　
　　对于非正常终止进程占有的锁，把握以前在内部网站上法的一片贴子转贴在下面：
　　
　　
　　
　　锁等待的诊断及排除
　　=====================================
　　
　　在ORACLE中，为了保证数据的一致性，在对数据库中的数据进行操作时，系统会进行对数据相应的锁定。
　　当程序对所做的修改进行提交(commit)或回滚后(rollback)后，锁住的资源便会得到释放，从而允许其它用户进行操作。
　　但是，有时，由于程序中的原因，锁住资源后长时间未对其工作进行提交；或是由于用户的原因，如调出需要修改的数据后，未及时修改并提交，而是放置于一旁；或是由于客户服务器方式中客户端出现"死机"，而服务器端却并未检测到，从而造成锁定的资源未被及时释放，影响到其它用户的操作。
　　这时，我们需要迅速地诊断出锁住资源的用户并解决其锁定。
　　
　　1. 诊断系统中的锁
　　为了找出系统中那些用户锁住资源以及那些用户在等待相应的资源，可使用以下语句(其中的/*+ NO_MERGE(..) */千万不可省略, 否则会很慢)：
　　
　　-- looklock.sql
　　-- use the NO_MERGE hints can speed up the query
　　select /*+ NO_MERGE(a) NO_MERGE(b) NO_MERGE(c) */ 'Wait' "Status", a.username, a.machine, a.sid, a.serial#, a.last_call_et "Seconds", b.id1, c.sql_text "SQL"
　　from v$session a, v$lock b, v$sqltext c
　　where a.username is not null
　　and a.lockwait = b.kaddr
　　and c.hash_value =a.sql_hash_value
　　union
　　select /*+ NO_MERGE(a) NO_MERGE(b) NO_MERGE(c) */ 'Lock' "Status", a.username, a.machine, a.sid, a.serial#, a.last_call_et "Seconds", b.id1, c.sql_text "SQL"
　　from v$session a, v$lock b, v$sqltext c
　　where b.id1 in
　　(select /*+ NO_MERGE(d) NO_MERGE(e) */ distinct e.id1
　　from v$session d, v$lock e
　　where d.lockwait = e.kaddr)
　　and a.username is not null
　　and a.sid = b.sid
　　and b.request=0
　　and c.hash_

原文转自：http://www.ltesting.net