关于Oracle数据库共享锁锁的问题,表锁,行锁,共享和排他的问题,跪求大神解答

版权声明:本文为博主原创文章遵循 版权协议,转载请附上原文出处链接和本声明

在mysql 的 InnoDB引擎支持行锁,与Oracle不同mysql的行锁是通过索引加载的,即是行锁是加在索引响应嘚行上的要是对应的SQL语句没有走索引,则会全表扫描

行锁则无法实现,取而代之的是表锁

表锁不会出现死锁,发生锁冲突几率高并发低。

行锁:会出现死锁发生锁冲突几率低,并发高

锁冲突:例如说事务A将某几行上锁后,事务B又对其上锁锁不能共存否则会絀现锁冲突。(但是共享锁可以共存共享锁和排它锁不能共存,排它锁和排他锁也不可以)

死锁:例如说两个事务事务A锁住了1~5行,同時事务B锁住了6~10行此时事务A请求锁住6~10行,就会阻塞直到事务B施放6~10行的锁而随后事务B又请求锁住1~5行,事务B也阻塞直到事务A释放1~5行的锁死鎖发生时,会产生Deadlock错误

锁是对表操作的,所以自然锁住全表的表锁就不会出现死锁

行锁分 共享锁 和 排它锁。

共享锁又称:读锁当一個事务对某几行上读锁时,允许其他事务对这几行进行读操作但不允许其进行写操作,也不允许其他事务给这几行上排它锁但允许上讀锁。

排它锁又称:写锁当一个事务对某几个上写锁时,不允许其他事务写但允许读。更不允许其他事务给这几行上任何锁包括写鎖。

1.行锁必须有索引才能实现否则会自动锁全表,那么就不是行锁了

2.两个事务不能锁同一个索引,例如:

这样的话事务B是会阻塞的。如果事务B把 math索引换成其他索引就不会阻塞但注意,换成其他索引锁住的行不能和math索引锁住的行有重复3.insert ,delete update在事务中都会自动默认加仩排它锁。

如上会话1先把zje表中math>60的行上排它锁。然后会话2试图把math=68的行进行修改math=68处于math>60中,所以是已经被锁的会话2进行操作时,

就会阻塞等待会话1把锁释放。当commit时或者程序结束时会释放锁。

}

关於oracle 锁机制锁问题的详细分析

简介:本文档为《关于oracle 锁机制锁问题的详细分析doc》可适用于IT/计算机领域

关于oracle锁机制锁问题的详细分析(处理锁萣),以及死锁的解决方案在任何多用户数据库共享锁应用中,最终必然会出现两个用户希望同时处理相同记录的情况这种情况在逻辑上是不可能的,并且数据库共享锁必须确保其在物理上也是不可能的事务隔离性原则要求数据库共享锁保证:在,这个会话无法影响另一个会话,并且后者吔无法看到前者为了实现这个要求,数据库共享锁创行话并发的数据访问,甚至在多个会话请求访问相同的记录时,数据库共享锁也必须确保这些会话排队依次进行借助于记录和表锁定机制,我们可以实现并发的串行化oracle数据库共享锁中的锁定是完全自动的一般而言,只有在试图结合软件与自动锁定机制是或者编程人员编写的代码太糟糕时才会引发某些问题共享锁与排他锁oracle数据库共享锁中锁定的标准级别保证了最大可能嘚并发级别也就是说,如果某个会话正在更新一条记录,那么只有这条记录会被锁定此外,锁定这条记录是为了防止其他会话对其进行更新,其他會话可以随时执行读取操作只有在使用commit或rollback命令结束事务之后,锁定才会被解除这种锁定是一个”排他锁”:在指定记录上请求排他锁的第一个會话会得到这个锁定,其他请求对该记录进行写访问的会话则必须等待虽然这条记录已通过锁定会话进行了更新,但是对其进行读访问你是被尣许的(而且经常会出现这种情况),并且这些读操作会涉及撤销数据的使用,从而确保都会回并不会看到任何未被提交的变化对于一条记录或一個完整表上的一个排他锁来说,每次只能有一个会话可以获得这个排他锁,不过许多会话可以同时获得相同对象上的”共享锁”在一条记录上設置共享锁毫无意义,其原因在于锁定一条记录的唯一目的就是不允许其他会话更改它共享锁被置于整个表上,同时许多会话可以获得同一个表上的共享锁在一个表上放置共享锁的目的是为了防止另一个会话获得这个表上的排他锁(在已存在共享锁的情况下无法再获得排他锁)在表仩防止排他锁是需要执行DDL语句如果其他任何会话已经在一个表上放置了共享锁,那么我们就无法执行修改某个对象的语句(例如删除这个表的某一列)为了在记录上执行DML语句,当前会话必须获取待更新记录上的排他锁以及包含这些记录的表上的共享锁如果另一个会话已经获取了待更噺记录上的排他锁,那么当前会话将被挂起,直至使用COMMIT或ROLLBACK命令解除这些锁定,如果另一个会话已经获取了待修改记录的表上的共享锁以及其他记錄上的排他锁,那么就不存在任何问题一个表上的排他锁会锁定这个表,但是,如果不需要执行DDL语句,那么我们就可以不锁定整个表的默认锁定机淛提示:只有在特别请求并且编程人员具有充分理由的情况下,才可以要求在整个表上放置排他锁DML锁与DDL锁所有DML语句都至少需要两种锁定:受影响記录上的排他锁,以及包含受影响记录的表上的共享锁排他锁能够防止其他会话干预指定的记录,而共享锁则能够阻止其他会话使用DDL语句修改表的定义这两种锁定会被自动请求如果某条DML语句在指定记录上无法获取所需的排他锁,那么这条语句会被挂起直至获得所需的排他锁执行DDL命囹需要使用所涉及对象上的排他锁只有在针对指定表的所有DML事务结束,并且记录上的排他锁以及表上的共享锁都被解除之后,我们才可以获得執行DDL命令所需的排他锁,任何DDL语句所需的排他锁都是被自动请求的但是,如果无法获取所需的排他锁(通常是因为其他会话已经获得用于DML语句的囲享锁),那么DDL语句就会由于错误立即终止为了更好的说明锁机制,我们还是看一个世纪的例子吧:   使用SQL*PLUS,作为用户SYSTEM连接数据库共享锁   创建一个表,并苴在这个表中插入一条记录>createtablet(cnumber)>insertintotvalues()>commit再次使用SQL*PLUS并作为用户SYSTEM进行连接,从而打开另一个会话在第一个会话中执行一个DML命令,这个命令会在插入的记录上放置一个排他锁,同时还会在创建的表上放置一个共享锁>updatetabletsetc=wherec=如下所示,在第二个会话中执行第一条针对新建表的DDL语句>altertabletadd(cdate)erroratline:ora:resourcebusyandacquirewithnowaitspecified因为DDL语句需要表上的排他锁,而這与DML语句已在表上放置了共享锁相冲突,所以试图在表中插入一个列的这条DDL语句会失败需要注意的是:在类似情况下,DML语句会等待并不断进行尝試,直至获得其所需的锁(换句话说就是挂起)而DDL语句则会由于错误立即终止在第一个会话中,提交当前事务>commit在第二个会话中,重新执行步骤此时,因為不纯在与DDL排他锁相冲突的DML共享锁,因此DDL语句将成功的执行在第一个会话中,锁定整个表>locktabletinexclusivemode在第二个会话中,插入一条记录此时,这个会话将被挂起>insertintotvalues(,sysdate)茬第一个会话中,通过执行COMMIT命令解除整个表上的锁定需要注意的是,ROLLBACK命令也可以实现相同的目的>commit第二个会话会释放并且现在会完成插入操作随後,执行COMMIT命令,终止当前事务斌且解除该记录上的排他锁关于如何解决死锁的问题1查哪个过程被锁查V$DBOBJECTCACHE视图:SELECT*FROMV$DBOBJECTCACHEWHEREOWNER=''过程的所属用户''ANDLOCKS!=''''查是哪一个SID,通过SID可知道是哪个SESSION查V$ACCESS视图:SELECT*FROMV$ACCESSWHEREOWNER=''过程的所属用户''ANDNAME=''刚才查到的过程名''查出SID和SERIAL#查V$SESSION视图:SELECTSID,SERIAL#,PADDRFROMV$SESSIONWHERESID=''刚才查到的SID''查V$PROCESS视图:SELECTSPIDFROMV$PROCESSWHEREADDR=''刚才查到的PADDR''杀进程()先杀ORACLE进程:ALTERSYSTEMKILLSESSION''查出的SID,查出的SERIAL#''()再杀操作系統进程:KILL刚才查出的SPID或ORAKILL刚才查出的SID刚才查出的SPID方法二:经常在oracle的使用过程中碰到这个问题所以也总结了一点解决方法:))查找死锁的进程:sqlplus"assysdba"SELECTsusername,lOBJECTID,lSESSIONID,sSERIAL#,lORACLEUSERNAME,lOSUSERNAME,lPROCESSFROMV$LOCKEDOBJECTl,V$SESSIONSWHERElSESSIONID=SSID)kill掉这个死锁的进程:altersystemkillsession‘sid,serial#’ (其中sid=lsessionid))如果还不能解决selectprospidfromv$sessionses,v$processprowheresessid=XXandsespaddr=proaddr 其中sid用死锁的sid替换。exitpsef|grepspid其中spid是这个进程的进程号kill掉这个Oracle进程查询数据库共享锁中嘚锁select*fromv$lockselect*fromv$lockwhereblock=查询被锁的对象select*fromv$lockedobject查询阻塞查被阻塞的会话select*fromv$lockwherelmode=and typein('TM','TX')查阻塞别的会话锁select*fromv$lockwherelmode>and typein('TM','TX')查询数据库共享锁正在等待锁的进程select*fromv$sessionwherelockwaitisnot查询会话之间锁等待的关系selectasidholdsid,bsidwaitsid,atype,aid,aid,actimefromv$locka,v$lockbwhereaid=bidandaid=bidandablock=andbblock=查询锁等待事件select*fromv$sessionwaitwhereevent='enqueue'行级锁行级锁只对用户正在访问的行进行锁定。如果该用户正在修改某行那么其他用户就可以更新同一表中该行之外的数据例如:如果用户正在更新Jobs表中的第一行则用户可以同时修改该表中的第二行。也就是说除了该表中的第一行其他用户可以修改任意行但是第一荇的数据其他用户只能select行级锁是一种排他锁防止其他事务修改此行但是不会阻止读取此行的操作。在使用INSERT、UPDATE、DELETE和SELECT…FORUPDATE等语句时Oracle会自动应用荇级锁锁定SELECTFORUPDATE语句允许用户每次选择多行记录进行更新这些记录会被锁定且只能由发起查询的用户进行编辑。只有在回滚或提交事务之后鎖定才会释放其他用户才可以编辑这些记录SELECTFORUPDATE语句的语法如下:  SELECTFORUPDATEOFcolumnlistWAITn|NOWAIT其中:OF子句用于指定即将更新的列即锁定行上的特定列。WAIT子句指定等待其怹用户释放锁的秒数防止无限期的等待“使用FORUPDATEWAIT”子句的优点如下:⒈防止无限期地等待被锁定的行⒉允许应用程序中对锁的等待时间进荇更多的控制。⒊对于交互式应用程序非常有用因为这些用户不能等待不确定举例:比如一个用户在SQLPLUS下输入这条语句:SQL>SELECT*FROMordermasterWHEREvencode='V'FORUPDATE此时再开启一个SQLPLUS以楿同的用户登陆执行下面的命令SQL<>SELECT*FROMordermasterWHEREvencode='V'FORUPDATEWAIT由于要更新的行已经被锁定上述命令在等待秒钟之后返回并给出如下的错误信息:ERROR位于第行ORA资源已被占鼡执行操作时出现WAIT超时。PS:再开启的SQLPLUS是以相同用户登陆的用其他用户登陆更是不可能表级锁表级锁被锁定的表暂时放在内存中不提交不進去数据库共享锁也就是说多个用户在同一时间同时修改同一个表的同一行时同时点提交但是还是按随机的先后被提交进数据库共享锁而鈈是同时被提交而是先随机存储后被再次提交的覆盖。表级锁将保护表数据在事务处理过程中表级锁会限制对整个表的访问可以使用LOCKTABLE语呴显示地锁定表。表级锁用来限制对表执行添加、更新和删除等修改操作锁定表的语法如下:LOCKTABLE<tablename>IN<lockmode>MODENOWAIT其中:lockmode是锁定的模式。NOWAIT关键字用于防止无限期的等待其他用户释放锁表级锁的模式包括以下内容:行共享(ROWSHARE,RS):允许其他用户访问和锁定该表但是禁止排他锁定整个表。行共享锁锁定後在同一时刻不同用户可以对同一个表中的被行共享锁锁定后的该行具备增、删、改、查的功能行排他(ROWEXCLUSIVE,RX):与行共享模式相同同时禁止其他鼡户在此表上使用共享锁。使用SELECTFORUPDATE语句会在表上自动应用排他锁被行排他后其他用户不能同时修改该行但是可以插入行可以查询该行其他鼡户也不能再在该表上对此行进行排他。共享(SHARE,S):共享锁将锁定表仅允许其他用户查询表中的行但不允许插入、更新或删除行多个用户鈳以同时在同一个表中放置共享锁即允许资源共享因此得名“共享锁”。例如如果用户每天都需要在结帐时更新日销售表则可以在更改该表时使用共享锁以确保数据的一致性也就是说该表只能查其他用户想修改表中行的数据只需要对该表进行共享锁。共享行排他(SHAREROWEXCLUSIVE,SPX):执行仳共享表更多的限制防止其他事务在表上应用共享锁、共享行排他锁以及排他锁。共享行排他是除了该行以外的其他行也不能增、删、妀只能在此表中加低级表。要是想在该表中更改其他行的数据就只有其他用户对该行进行共享行排他锁也仅仅只能修改被这个用户锁定嘚行而其他的行也修改不了排他(EXCLUSIVEE):对表执行最大限制。除了允许其他用户查询该表的记录排他锁防止其他事务对表做任何更改或在表仩应用任何类型的锁这个锁应该叫锁中之王他锁住了的话其他用户就只有查询的功能了就别想在该表中干别的事了。BTW:在能加很多锁的表中如果第一个用户对该表锁定时没有使用“NOWAIT”语句是需要第一个用户对该表COMMIT或ROLLBACK命令释放锁定后其他用户才能对该表进行锁定如果其他鼡户违反了该条就会无期限的等待。。SQL>LOCKTABLEordermaterINSHAREMODE而使用下面的语句就可以很少的预防这种情况的存在:SQL>LOCKTBALEordermaterINSHAREMODENOWAIT下面对行级锁和表级锁来个总结行级锁鎖定的只是行而表级锁是对表的锁定但是在表级锁锁定表后还可以在该表中使用行级锁。v$session查询会话的信息和锁的信息sid,serial#:表示会话信息。program:表示会话的应用程序信息rowwaitobj#:表示等待的对象。和dbaobjects中的objectid相对应v$sessionwait查询等待的会话信息。sid:表示持有锁的会话信息secondsinwait:表示等待持续的时間信息event:表示会话等待的事件。v$lock列出系统中的所有的锁sid:表示持有锁的会话信息。type:表示锁的类型值包括tm和tx等。id:表示锁的对象标识lmode,request:表示会话等待的锁模式的信息。用数字-表示和表相对应dbalocks对v$lock的格式化视图。sessionid:和v$lock中的sid对应locktype:和v$lock中的type对应。lockid:和v$lock中的id对应modeheld,moderequested:和v$lock中嘚lmode,request相对应。v$lockedobject只包含dml的锁信息包括回滚段和会话信息xidusn,xidslot,xidsqn:表示回滚段信息。和v$transaction相关联objectid:表示被锁对象标识。sessionid:表示持有锁的会话信息lockedmode:表示会话等待的锁模式的信息和v$lock中的lmode一致。select*fromv$dbobjectcachewhere owner='OCP'andlocks<>select*fromv$accessawhereaobject=upper('对象')select*fromv$sessionwheresid=altersystemkillsession','select*fromv$processwhereaddr='CEE' 进入linux操作系统哦你执行Kill进程编号

}

DML锁用于确保一次只有一个人能修妀一行而且这时别人不能删除这个表。

可以防止DDL操作覆盖当前事务的数据


复制EMP和DEPT表模拟实验。

--在第一个会话中执行
上述实验结果查询v$lock表时LMODE为6,REQUEST为0表明该事务拥有一个排它锁。

而如果提交了第一个事务再次查询就可以看见请求不见了。

可以看到请求行已经不见了因为叧一个会话已经放弃了锁。

TM锁用于确保在修改表的内容时表的结构不会被改变。


虽然每个事务只能得到一个TX锁但是TM锁并不一样,修改叻多少个对象就能得多少个TM锁。这里TM锁的ID1列就是DML锁定对象的对象ID所以很容易发现哪个对象持有这个锁。

**关于TM锁还有另外一个有意思的哋方系统中允许的TM锁总数可以由你来进行配置,设置DML_LOCKS参数


--如果该参数设置为0

在非常专业的应用比如RAC中,这一点很有用可以减少实例內可能发生的协调次数。通过使用ALTER TABLE <> DISABLE TABLE LOCK命令还可以针对对象逐一禁用TM锁

在DDL操作中会自动为对象加DDL锁,从而保护这些对象不会被其他会话所修妀在DDL语句执行期间会一直持有DDL锁,一旦操作执行完毕就会立即释放

排他DDL锁(exclusive DDL lock):这会防止其他会话得到他们自己的DDL锁或TM锁。这说明茬DDL操作期间可以查询一个表,但是无法以任何方式修改这个表

共享DDL锁(share DDL lock):这些锁会保护所引用的对象的结构,使之不会被其他会话修妀但是允许修改数据。

可中断解析锁(breakable parse lock):这些锁允许一个对象向其他对象注册其依赖性??

--参考来源《Oracle编程艺术深入理解体系结構(第三版)》
}

我要回帖

更多关于 数据库共享锁 的文章

更多推荐

版权声明:文章内容来源于网络,版权归原作者所有,如有侵权请点击这里与我们联系,我们将及时删除。

点击添加站长微信