【数据库】乐观锁与悲观锁

1.并发控制

在多线程环境下,同一时间内可能有多个线程对数据库的相同记录进行更新操作,并不进行并发控制,可能会产生冲突,破坏数据一致性。

并发控制由锁机制实现,而锁则可分为乐观锁与悲观锁两大类。

1.1 乐观锁

假定不会发生并发冲突,每次去取数据时都认为其它线程不会对该记录进行修改,只是在进行数据更新操作时,判断其它线程是否对该原始记录进行了更新。

乐观锁主要应用与多读的场景,可以提高吞吐量。

1.2 悲观锁

假定会发生并发冲突,每次去取数据时都认为其它线程会对该记录进行修改,所以每次操作前都会上锁。

传统的关系型数据库中,用到了很多的这种锁机制,如行级锁、表级锁。

2.乐观锁的实现

乐观锁主要用两种实现方式,即数据版本与时间戳。

2.1 数据版本

即为每条记录增加一个版本标识,一般是在数据库表中 。

在读取数据时,将version字段一并读出,数据每经过一次更新,则将version字段的值+1。

当提交更新操作时,将读出的version字段值与记录的当前version字段值进行对比。

若两者相等,则允许更新操作;否则,认为是过期数据,更新操作的提交不会成功。

2.2 时间戳

时间戳的实现原理与数据版本大同小异,即在数据库表中为增加一个数据修改时间字段,字段类型为时间戳timestamp。

和version类似,也是在更新提交的时候将当前数据库中数据的时间戳和自己更新前取到的时间戳进行对比。

若两者相等,则允许更新操作;否则,认为是过期数据,更新操作的提交不会成功。

3.悲观锁的实现

悲观锁需要使用数据库的锁机制,如MySQL数据库InnoDB引擎的行级锁,MyISAM引擎的表级锁。

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值