oracle的TM锁TX锁知识完全普及21018.pdf

《oracle的TM锁TX锁知识完全普及21018.pdf》由会员分享，可在线阅读，更多相关《oracle的TM锁TX锁知识完全普及21018.pdf（6页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、oracle的TM锁、TX锁知识完全普及 锁概念基础 数据库是一个多用户使用的共享资源;当多个用户并发地存取数据时,在数据库中就会产生多个事务同时存取同一数据的情况;若对并发操作不加控制就可能会读取和存储不正确的数据,破坏数据库的一致性;加锁是实现数据库并发控制的一个非常重要的技术;当事务在对某个数据对象进行操作前,先向系统发出请求,对其加锁;加锁后事务就对该数据对象有了一定的控制,在该事务释放锁之前,其他的事务不能对此数据对象进行更新操作;在数据库中有两种基本的锁类型：排它锁ExclusiveLocks,即 X 锁和共享锁 ShareLocks,即 S 锁;当数据对象被加上排它锁时,其他的事

2、务不能对它读取和修改;加了共享锁的数据对象可以被其他事务读取,但不能修改;数据库利用这两种基本的锁类型来对数据库的事务进行并发控制;Oracle 数据库的锁类型 根据保护的对象不同,Oracle 数据库锁可以分为以下几大类：DML 锁 datalocks,数据锁,用于保护数据的完整性；DDL 锁 dictionarylocks,字典锁,用于保护数据库对象的结构,如表、索引等的结构定义；内部锁和闩 internallocksandlatches,保护数据库的内部结构;DML 锁的目的在于保证并发情况下的数据完整性,;在 Oracle 数据库中,DML 锁主要包括 TM 锁和 TX锁,其中 TM

3、锁称为表级锁,TX 锁称为事务锁或行级锁;当Oracle执行DML语句时,系统自动在所要操作的表上申请TM类型的锁;当TM锁获得后,系统再自动申请TX类型的锁,并将实际锁定的数据行的锁标志位进行置位;这样在事务加锁前检查TX锁相容性时就不用再逐行检查锁标志,而只需检查 TM 锁模式的相容性即可,大大提高了系统的效率;TM 锁包括了 SS、SX、S、X 等多种模式,在数据库中用 06 来表示;不同的 SQL 操作产生不同类型的 TM锁;在数据行上只有 X 锁排他锁;在 Oracle 数据库中,当一个事务首次发起一个 DML 语句时就获得一个TX锁,该锁保持到事务被提交或回滚;当两个或多个会话在表

4、的同一条记录上执行DML语句时,第一个会话在该条记录上加锁,其他的会话处于等待状态;当第一个会话提交后,TX 锁被释放,其他会话才可以加锁;当 Oracle 数据库发生 TX 锁等待时,如果不及时处理常常会引起 Oracle 数据库挂起,或导致死锁的发生,产生 ORA-60 的错误;这些现象都会对实际应用产生极大的危害,如长时间未响应,大量事务失败等;悲观封锁和乐观封锁 一、悲观封锁锁在用户修改之前就发挥作用：Select.forupdatenowaitSelectfromtab1forupdate用户发出这条命令之后,oracle 将会对返回集中的数据建立行级封锁,以防止其他用户的修改;如果

5、此时其他用户对上面返回结果集的数据进行dml 或 ddl 操作都会返回一个错误信息或发生阻塞;1：对返回结果集进行 update 或 delete 操作会发生阻塞;2：对该表进行 ddl 操作将会报：Ora-00054:resourcebusyandacquirewithnowaitspecified.原因分析此时 Oracle 已经对返回的结果集上加了排它的行级锁,所有其他对这些数据进行的修改或删除操作都必须等待这个锁的释放,产生的外在现象就是其他的操作将发生阻塞,这个这个操作commit或rollback.同样这个查询的事务将会对该表加表级锁,不允许对该表的任何ddl操作,否则将会报出 o

6、ra-00054 错误：:resourcebusyandacquirewithnowaitspecified.二、乐观封锁乐观的认为数据在 select 出来到 update 进取并提交的这段时间数据不会被更改;这里面有一种潜在的危险就是由于被选出的结果集并没有被锁定,是存在一种可能被其他用户更改的可能;因此 Oracle 仍然建议是用悲观封锁,因为这样会更安全;阻塞 定义：当一个会话保持另一个会话正在请求的资源上的锁定时,就会发生阻塞;被阻塞的会话将一直挂起,直到持有锁的会话放弃锁定的资源为止;4 个常见的 dml 语句会产生阻塞INSERTUPDATEDELETESELECTFORUPDA

7、TE INSERT Insert发生阻塞的唯一情况就是用户拥有一个建有主键约束的表;当2个的会话同时试图向表中插入相同的数据时,其中的一个会话将被阻塞,直到另外一个会话提交或会滚;一个会话提交时,另一个会话将收到主键重复的错误;回滚时,被阻塞的会话将继续执行;UPDATE和 DELETE当执行 Update 和 delete 操作的数据行已经被另外的会话锁定时,将会发生阻塞,直到另一个会话提交或会滚;Selectforupdate 当一个用户发出 select.forupdate 的错作准备对返回的结果集进行修改时,如果结果集已经被另一个会话锁定,就是发生阻塞;需要等另一个会话结束之后才可继续

8、执行;可以通过发出selectforupdatenowait的语句来避免发生阻塞,如果资源已经被另一个会话锁定,则会返回以下错误：Ora-00054:resourcebusyandacquirewithnowaitspecified.死锁-deadlock 定义:当两个用户希望持有对方的资源时就会发生死锁.即两个用户互相等待对方释放资源时,oracle 认定为产生了死锁,在这种情况下,将以牺牲一个用户作为代价,另一个用户继续执行,牺牲的用户的事务将回滚.例子：1：用户 1 对 A 表进行 Update,没有提交;2：用户 2 对 B 表进行Update,没有提交;此时双反不存在资源共享的问题;

9、3：如果用户 2 此时对 A 表作 update,则会发生阻塞,需要等到用户一的事物结束;4：如果此时用户 1 又对 B 表作 update,则产生死锁;此时 Oracle会选择其中一个用户进行会滚,使另一个用户继续执行操作;起因:Oracle 的死锁问题实际上很少见,如果发生,基本上都是不正确的程序设计造成的,经过调整后,基本上都会避免死锁的发生;DML 锁分类表 表 1Oracle 的 TM 锁类型 锁模式 锁描述 解释 SQL 操作 0 none 1 NULL 空 Select 2 SSRow-S 行级共享锁,其他对象只能查询这些数据行 Selectforupdate、Lockforup

10、date、Lockrowshare 3 SXRow-X 行级排它锁,在提交前不允许做 DML操作 Insert、Update、Delete、Lockrowshare 4 SShare 共享锁 Createindex、Lockshare 5 SSXS/Row-X 共享行级排它锁 Locksharerowexclusive 6 XExclusive 排它锁 Altertable、Dropable、Dropindex、Truncatetable、Lockexclusive 1.关于 V$lock 表和相关视图的说明 Column Datatype Description ADDR RAW4|8 Ad

11、dressoflockstateobject KADDR RAW4|8 Addressoflock SID NUMBER Identifierforsessionholdingoracquiringthelock TYPE VARCHAR22 Typeofuserorsystemlock Thelocksontheusertypesareobtainedbyuserapplications.Anyprocessthatisblockingothersislikelytobeholdingoneoftheselocks.Theusertypelocksare:TM-DMLenqueue TX-T

12、ransactionenqueue UL-Usersupplied-我们主要关注 TX 和 TM 两种类型的锁-UL 锁用户自己定义的,一般很少会定义,基本不用关注-其它均为系统锁,会很快自动释放,不用关注 ID1 NUMBER Lockidentifier1dependsontype ID2 NUMBER Lockidentifier2dependsontype-当 locktype 为 TM 时,id1 为 DML-lockedobject 的 object_id-当 locktype 为 TX 时,id1 为 usn+slot,而 id2 为 seq;-当 locktype 为其它时,不

13、用关注 LMODE NUMBER Lockmodeinwhichthesessionholdsthelock:0-none 1-nullNULL 2-row-SSS 3-row-XSX 4-shareS 5-S/Row-XSSX 6-exclusiveX-大于 0 时表示当前会话以某种模式占有该锁,等于 0 时表示当前会话正在等待该锁资源,即表示该会话被阻塞;-往往在发生TX 锁时,伴随着 TM 锁,比如一个 sid=9会话拥有一个TM 锁,一般会拥有一个或几个 TX 锁,但他们的 id1 和 id2 是不同的,请注意 REQUEST NUMBER Lockmodeinwhichtheproc

14、essrequeststhelock:0-none 1-nullNULL 2-row-SSS 3-row-XSX 4-shareS 5-S/Row-XSSX 6-exclusiveX-大于 0 时,表示当前会话被阻塞,其它会话占有改锁的模式 CTIME NUMBER Timesincecurrentmodewasgranted BLOCK NUMBER Thelockisblockinganotherlock 0,NotBlocking,/Notblockinganyotherprocesses/1,Blocking,/Thislockblocksotherprocesses/2,Global

15、,/Thislockisglobal,sowecanttell/-该锁是否阻塞了另外一个锁 2.其它相关视图说明 视图名 描述 主要字段说明 v$session 查询会话的信息和锁的信息;sid,serial：表示会话信息;program：表示会话的应用程序信息;row_wait_obj：表示等待的对象,和dba_objects 中的 object_id 相对应;lockwait:该会话等待的锁的地址,与 v$lock的 kaddr 对应.v$session_wait 查询等待的会话信息;sid：表示持有锁的会话信息;Seconds_in_wait：表示等待持续的时间信息 Event：表示会话

16、等待的事件,锁等于 enqueue dba_locks 对 v$lock 的格式化视图;Session_id：和 v$lock 中的 Sid 对应;Lock_type：和 v$lock 中的 type 对应;Lock_ID1：和 v$lock 中的 ID1 对应;Mode_held,mode_requested：和 v$lock 中 的 lmode,request 相对应;v$locked_object 只包含 DML 的锁信息,包括回滚段和会话信息;Xidusn,xidslot,xidsqn：表示回滚段信息;和 v$transaction 相关联;Object_id：表示被锁对象标识;Ses

17、sion_id：表示持有锁的会话信息;Locked_mode：表示会话等待的锁模式的信 息,和 v$lock 中的 lmode 一致;1.查询数据库中的锁 selectfromv$lock;selectfromv$lockwhereblock=1;2.查询被锁的对象selectfromv$locked_object;3.查询阻塞查被阻塞的会话selectfromv$lockwherelmode=0andtypeinTM,TX;查阻塞别的会话锁selectfromv$lockwherelmode0andtypeinTM,TX;4.查询数据库正在等待锁的进程selectfromv$sessionwherelockwaitisnotnull;5.查询会话之间锁等待的关系 selecta.sidholdsid,b.sidwaitsid,a.type,a.id1,a.id2,a.ctimefromv$locka,v$lockb wherea.id1=b.id1anda.id2=b.id2anda.block=1andb.block=0;6.查询锁等待事件 selectfromv$session_waitwhereevent=enqueue;