第十四周学习笔记(事务的并发控制的知识点)

一.思维导图

.说明

1. 事物的并发控制主要有三种数据不一致问题:丢失修改,不可重复读,读脏数据。

1)丢失修改指的是两个事务T1T2读入同一数据并修改,T2提交的结果破坏了T1提交的结果,导致T1的修改被丢失。

2)不可重复读指的是事务T1读取数据后,事务T2执行更新操作,使T1无法再现前一次读取结果。

3)读脏数据指的是事务T1修改某一数据并将其写回磁盘,事务T2读取同一数据后,T1由于某种原因被撤销,这时被T1修改过的数据恢复原值,T2读到的数据就与数据库中的数据不一致,则T2读到的数据就为“脏”数据,即不正确的数据。

2.最主要的解决方式为封锁,而所谓封锁就是事务T在对某个数据对象例如表、记录等操作之前,先向系统发出请求,对其加锁。

1)排他锁,又称为写锁,若事务T对数据对象A加上X锁,则只允许T读取和修改A,其他任何事务都不能再对A加任何类型的锁,直到T释放A上的锁为止。

2)共享锁,又称为读锁,若事务T对数据对象A加上S锁,则事务T可以读A但不能修改A,其他事务只能再对AS锁,而不能加X锁,直到T释放A上的S锁为止。

3.而封锁可能会引起活锁和死锁等问题。

1)活锁,如果事务T1封锁了数据R,事务T2又请求封锁R,于是T2等待;T3也请求封锁R,当T1释放了R上的封锁之后系统首先批准了T3的请求,T2仍然等待,T2有可能永远等待,这就是活锁的情形。而解决的方法采用先来先服务的策略。

2)死锁,如果事务T1封锁了数据R1T2封锁了数据R2,然后T1又请求封锁R2,因T2已封锁了R2,于是T1等待T2释放R2上的锁,接着T2又申请封锁R1,因T1已封锁了R1T2也只能等待T1释放R1上的锁,这样就出现了T1T2两个事务永远不能结束,形成死锁。

.示例

 1. 事务1读取病人表中张三的值,期间事务2亦欲读取张三,便可以通过共享锁实现并发访问同一对象

SET TRANSACTION ISOLATION LEVEL   

    REPEATABLE READ; 

BEGIN TRAN   

SELECT *  

    FROM tb_Patient 

    WHERE Name='张三';

/*Break*/    

      

COMMIT    

       2.    事务1读取病人表中张三的值,期间事务2欲修改张三的值,也可以通过共享锁阻止事务2的修改

SET TRANSACTION ISOLATION LEVEL   

    REPEATABLE READ; 

BEGIN TRAN   

SELECT *  

    FROM tb_Patient 

    WHERE Name='张三';

/*Break*/    

   

COMMIT    

 

 

SET TRANSACTION ISOLATION LEVEL   

    READ COMMITTED;  

BEGIN TRAN   

   

UPDATE tb_Patient  WITH(XLOCK)     

    SET BirthDate+=

    WHERE Name='张三';

/*Break*/    

COMMIT    

 

3. 事务1修改张三的值,期间事务2亦欲读取张三,通过排它锁阻止事务张三的读取  

SET TRANSACTION ISOLATION LEVEL   

    READ COMMITTED;  

BEGIN TRAN   

   

UPDATE tb_Patient  WITH(XLOCK)     

    SET BirthDate+=

    WHERE Name='张三';

/*Break*/    

COMMIT    

 



  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值