数据库并发操作下的:排他锁(X),共享锁(S),死锁,活锁

本文探讨了数据库并发操作中的问题,包括丢失数据修改、读“脏”数据和不可重复读。为解决这些问题,引入了排他锁(X)和共享锁(S),以及不同的封锁协议。一级封锁协议防止数据丢失修改,二级封锁协议避免读“脏”数据,三级封锁协议确保可重复读。同时,文章也解释了活锁和死锁的概念,并提出了防止死锁的方法,如一次封锁法和顺序封锁法。
摘要由CSDN通过智能技术生成
  1. 丢失数据修改:两个事务T1,T2读入同一数据并进行修改,但只能保存最后执行事务的修改结果所以第一个事务修改的结果就自动后一个事务被覆盖!!!
  2. 读“脏”数据:产生原因:数据在执行修改操作!例:两个事务T1,T2,事务T1执行的功能是对某一数据进行修改,而事务T2在T1执行过程中读取该修改后数据(此时T1还未将数据写回数据库中),但因某些原因T1修改数据失败,数据回滚!造成T2读到的值与数据库中的不一致(即产生脏数据)。
  3. 不可重复读:事务T1先读取某个数据,即后T2对该数据进行修改操作,T1再重新读取时,所得结果不一致,造成不可重复读错误!另外产生幽灵数据也属于不可重复读范畴,即前后读取的数据不同,莫名多了(插入)或少了(删除)一些记录!
  4. 为避免上述情况然后产生了:排他锁(X,写锁):某数据被T1加X锁,不再允许其他事务对其进行任何锁处理(直到T1释放X锁),仅有事务T1能对数据可读可修改,其他事务无读写权限;    共享锁(S,读锁): 只读,不能修改,即允许多个事务对某个数据同时获得S锁读权限,且无法添加X锁修改
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值