oracle的共享锁不起作用,ORACLE中的乐观锁、悲观锁、共享锁、排他锁 |
您所在的位置:网站首页 › oracle乐观锁实例 › oracle的共享锁不起作用,ORACLE中的乐观锁、悲观锁、共享锁、排他锁 |
一、引入 在数据库操作中,如果不同的用户或者事务并发地访问同一数据,可能就会破坏数据到完整性,这时候我们就可以用锁来保证数据的一致性。 二、概念 1. 悲观锁 就是很悲观地任认为我每次要修改数据时,其他的操作总会来改变我要修改的数据,于是就将其加锁。这样一来,其他人只能等待我先放开锁后才能操作数据。请看以下的示例。 造数:CREATE TABLE test_yyw( id NUMBER(4), name VARCHAR2(20), gender VARCHAR2(10), birth VARCHAR2(20), salary NUMBER(6,2), job VARCHAR2(30), deptno NUMBER(2) ); insert into test_yyw(id, name, gender, birth, salary, job, deptno) values(1, 'Tom', 'male', '20190629', 1000, 'worker', 1); insert into test_yyw(id, name, gender, birth, salary, job, deptno) values(2, 'Lisa', 'female', '20190620', 2000, 'programer', 2); 现在我取一行数据来修改他,并用上悲观锁:select * from test_yyw where id='1' for update 如果此时我重新开启一个会话,也来取这条id=1的数据并修改他会怎样呢? 会一直等待上一个锁释放开(提交或回滚)才能取到数据并修改。 我们也可以在取数据时加上nowait,这样就会先检测是否这条数据已被锁上,是就抛错,否就直接给出数据。 2. 乐观锁 就是乐观地认为我每次要修改数据时,不会有人来修改我要修改的数据,所以不上锁,但是在提交的时候会检测在我修改期间有没有人修改此数据,如果没有则顺利提交,如果有则需要用业务逻辑去解决数据不一致问题。有三种检测数据是否一致的问题: 1). 提交时比对此时数据与我修改前数据是否一致。 2). 在表中新增一列,代表数据的版本号,如果数据被修改,那么将版本号加1或者做相似处理。在提交数据时检测版本是否与修改之前一致,是则代表期间没有人修改此数据,可以我提交;否则回滚或做其他业务处理。 3). 同样地在表中新增一类,但是代表更新的时间。提交时比对此时与修改前的时间是否一致,是则代表期间没有人修改此数据,可以我提交;否则回滚或做其他业务处理。 3. 排他锁 排他锁也叫写锁(Exclusive lock,简记为X锁),当事务对数据对象加上X锁,其他事务不可对该数据对象加上任何锁,即排斥任何其他锁。此时可以对数据对象进行普通的查询操作,但是不能做修改操作。 4. 共享锁 共享锁也叫读锁(Share lock,简记为S锁),当事务对数据对象加上S锁,其他事务可以对该数据对象加上共享锁,可以查询数据,但是不能不能修改数据。 三、作用 我们知道,数据库中有事务,事务有ACID原则,也有隔离级别,那么隔离级别是如何实现的呢?其实就是根据不同的隔离级别,对数据对象加不同的锁和封锁协议来保证数据的可靠性的。 1级封锁协议: 一级封锁协议是指,事务T在修改数据R之前必须先对其加X锁,直到事务结束才释放。一级封锁协议可以防止丢失修改,并保证事务T是可恢复的。 2级封锁协议: 二级封锁协议是指,在一级封锁协议基础上增加事务T在读数据R之前必须先对其加S锁,读完后即可释放S锁。二级封锁协议出防止了丢失修改,还可以进一步防止读“脏”数据。 3级封锁协议: 三级封锁协议是指,在一级封锁协议的基础上增加事务T在读数据R之前必须先对其加S锁,直到事务结束才释放。三级封锁协议出防止了丢失修改和读“脏”数据外,还可以进一步防止了不可重复读。 因为时间等原因,本文未能介绍封锁协议,锁如何实现事务的隔离控制等重头戏,后期将继续学习,争取早日总结这些知识。 2019-06-29 |
今日新闻 |
推荐新闻 |
CopyRight 2018-2019 办公设备维修网 版权所有 豫ICP备15022753号-3 |