使用数据库模拟状态机实现乐观锁

        最近遇到了一个问题,有一个定时任务:例如定时从数据库中查询所有的待执行的任务,然后执行。为了提高整个程序的效率,我们使用了线程池,但是在实际的测试中,却发现了一个问题,如果线程池的线程数为5,那么这个定时任务就会被执行5次(当然,正常情况下,提交一个任务到线程池,是只有一个线程执行的,但是生产中我们用了一个第三方的框架,线程池定义多少个,就会有多少个线程执行这个定时任务,这点很奇葩啊),也就是说,本来只希望只执行一次的,但是却重复执行了。那么怎么保证线程池中只有一个线程执行这个定时任务了,当然解决的方案有很多,例如使用Redis或zookeeper加全局锁等,今天,我们就通过使用数据库模拟状态机来实现乐观锁来解决这个问题。

        实现机制: 使用数据版本(Version)记录机制实现,这是乐观锁最常用的一种实现方式。何谓数据版本?即为数据增加一个版本标识,一般是通过为数据库表增加一个数字类型的 “version” 字段来实现。当读取数据时,将version字段的值一同读出,数据每更新一次,对此version值加一。当我们提交更新的时候,判断数据库表对应记录的当前版本信息与第一次取出来的version值进行比对,如果数据库表当前版本号与第一次取出来的version值相等,则可以理解为加锁,如果取出的当前version的值与第一次取出来的值不等,就会更新失败,我们可以把这个过程理解为加锁失败,只有加锁成功的那个线程才能进行后面的业务逻辑操作,这就解决了上面遇到的那个问题。

        1、先建一张表


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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值