分享
 
 
 

Oracle琐

王朝oracle·作者佚名  2008-05-31
窄屏简体版  字體: |||超大  

预备知识:

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_

right"(出处:清风软件下载学院)

 
 
 
免责声明:本文为网络用户发布,其观点仅代表作者个人观点,与本站无关,本站仅提供信息存储服务。文中陈述内容未经本站证实,其真实性、完整性、及时性本站不作任何保证或承诺,请读者仅作参考,并请自行核实相关内容。
2023年上半年GDP全球前十五强
 百态   2023-10-24
美众议院议长启动对拜登的弹劾调查
 百态   2023-09-13
上海、济南、武汉等多地出现不明坠落物
 探索   2023-09-06
印度或要将国名改为“巴拉特”
 百态   2023-09-06
男子为女友送行,买票不登机被捕
 百态   2023-08-20
手机地震预警功能怎么开?
 干货   2023-08-06
女子4年卖2套房花700多万做美容:不但没变美脸,面部还出现变形
 百态   2023-08-04
住户一楼被水淹 还冲来8头猪
 百态   2023-07-31
女子体内爬出大量瓜子状活虫
 百态   2023-07-25
地球连续35年收到神秘规律性信号,网友:不要回答!
 探索   2023-07-21
全球镓价格本周大涨27%
 探索   2023-07-09
钱都流向了那些不缺钱的人,苦都留给了能吃苦的人
 探索   2023-07-02
倩女手游刀客魅者强控制(强混乱强眩晕强睡眠)和对应控制抗性的关系
 百态   2020-08-20
美国5月9日最新疫情:美国确诊人数突破131万
 百态   2020-05-09
荷兰政府宣布将集体辞职
 干货   2020-04-30
倩女幽魂手游师徒任务情义春秋猜成语答案逍遥观:鹏程万里
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案神机营:射石饮羽
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案昆仑山:拔刀相助
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案天工阁:鬼斧神工
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案丝路古道:单枪匹马
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案镇郊荒野:与虎谋皮
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案镇郊荒野:李代桃僵
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案镇郊荒野:指鹿为马
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案金陵:小鸟依人
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案金陵:千金买邻
 干货   2019-11-12
 
推荐阅读
 
 
 
>>返回首頁<<
 
靜靜地坐在廢墟上,四周的荒凉一望無際,忽然覺得,淒涼也很美
© 2005- 王朝網路 版權所有