利用redis实现分布式事务锁,并解决高并发环境下库存扣减

问题描述:
某电商平台,首发一款新品手机,每人限购2台,预计会有10W的并发,在该情况下,如果扣减库存,保证不会超卖

解决方案一
利用数据库锁机制,对记录进行锁定,再进行操作

SELECT * from goods where ID =1 for update;
UPDATE goods set stock = stock - 1;

利用排它锁将并行转化为串行操作,但该方案的性能和用户体验较差

解决方案二
利用redis 实现分布式锁,

使用setnx命令(在key不存在时,创建并设置value 返回1,key存在时,会反回0)来获取锁,在业务逻辑中,我们可以通过这样的方案来操作

    Jedis client = jedisPool.getResource();
    while(client.setnx("lock",String.valueOf(System.currentTimeMillis())) == 0){
        Thread.sleep(10000);
    }
    //coding here 
   client.del("lock")

方案二进阶
考虑到死锁问题,即现成A获取锁后,宕机了,导致锁一直无法释放,我们可以通过get命令获取锁的时间戳,通过他进行超时判断,并进行释放

    Long TIMEOUT_SECOUND = 120000L;
    Jedis client = jedisPool.getResource();
    while(client.setnx("lock",String.valueOf(System.currentTimeMillis())) == 0){
        Long lockTime = Long.valueOf(client.get("lock"));
        if (lockTime!=null && System.currentTimeMillis() > lockTime+TIMEOUT_SECOUND) {
            client.del("lock");
        }
        Thread.sleep(10000);
    }
    ...........................
    ...........................
    client.del("lock")

方案二加强
方案2的算法中,为了确保在非超时情况下,锁只能由有锁的线程进行释放,可以在value的时间戳中,拼上线程特征码

    Long TIMEOUT_SECOUND = 120000L;
    String featureCode = "machine01";
    Jedis client = jedisPool.getResource();
    while(client.setnx("lock",featureCode+":"+String.valueOf(System.currentTimeMillis())) == 0){
        Long lockTime = Long.valueOf(client.get("lock").substring(9));
        if (lockTime!=null && System.currentTimeMillis() > lockTime+TIMEOUT_SECOUND) {
            client.del("lock");
        }
        Thread.sleep(10000);
    }
    ...........................
    ...........................
    if (featureCode.equals(client.get("lock").substring(0, 8))) {
        client.del("lock");
    }
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值