订单详细设计

总体:
SpringBoot实现Java高并发

  1. 乐观锁思路

是相对于“悲观锁”采用更为宽松的加锁机制,大都是采用带版本号(Version)更新。实现就是,这个数据所有请求都有资格去修改,但会获得一个该数据的版本号,只有版本号符合的才能更新成功,其他的返回抢购失败。这样的话,我们就不需要考虑队列的问题,不过,它会增大CPU的计算开销。但是,综合来说,这是一个比较好的解决方案

不同订单相同订单号的处理:订单表中给ordre_sn订单号这个字段加上唯一索引(数据库)

2.redis锁处理并发问题
Redis分布锁 / increment原子操作
Redis分布锁+解锁
分布锁:基于缓存Redis、基于Zookeeper、基于 数据库

3.DAO层、controller层
Redis分布锁乐观锁+业务逻辑各层

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值