定时器引发的问题

5、分布式中覆盖的处理

定时器,这个万恶之源,如果当我们再定时器执行的时候,如果查出来大量的数据,而且由于事物的隔离性的存在,以及针对整个数据采用了事物,只有全部提交之后才会进行整体修改以及覆盖数据,这样就会造成我们人工修改过的数据会因为定时器的执行而发生没有修改的情况

二、项目部署

推荐使用(不论单节点还是多节点) 专门创建一个定时器项目,用来跑定时器,这样就避免了多个项目中同时跑多个定时器,防止覆盖和浪费资源

一、字段读取

1、全部字段读取

针对单个数据修改的情况,使用redis(不要使用static变量,因为代码有可能会被弄到多个服务器上进行分布式的访问),将单个数据进行存储,在定时器执行单个数据的时候,修改跳过。

2、只修改某几个字段:推荐使用

比如在检测优惠券是否有效失效的情况下,我们只是更新某几个字段,所以我们直接update更新某几个字段就可以,没有必要将字段全部取出,这样既节省开发空间,也会提高防止替换中间其他人对于其他字段的修改覆盖,所以再次放入save用的时候,尽量考虑多一些

  如果项目中特别要求,并且需要配置只能自己索取的时候进行修改,你可以考虑加一把乐观锁

ContactAuthor

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值