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

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 211,743评论 6 492
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,296评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 157,285评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,485评论 1 283
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,581评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,821评论 1 290
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,960评论 3 408
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,719评论 0 266
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,186评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,516评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,650评论 1 340
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,329评论 4 330
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,936评论 3 313
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,757评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,991评论 1 266
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,370评论 2 360
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,527评论 2 349

推荐阅读更多精彩内容