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

某东新发一块新机,每人限购2台,预计会有10W的并发,在该情况下,如果扣减库存,保证不会超卖
解决方案一

利用数据库锁机制,对记录进行锁定,再进行操作

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

解决方案二

使用时间戳字段实现数据更新,避免强制性的数据独占

比如goods表新增一个 version字段

select * from goods where ID=1

update goods set stock = stock -1,version=now where ID =1 and version = ?

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

利用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 = 80000L;
        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的时间戳中,拼上线程特征码=(产品ID)。适用场景:商城中对多个商品的更新操作,根据商品ID和时间进行加锁

        Long TIMEOUT_SECOUND = 80000L;
        String productId= "ATX-001";
        Jedis client = jedisPool.getResource();
        while(client.setnx("lock",productId+":"+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 (productId.equals(client.get("lock").substring(0, 8))) {
            client.del("lock");
        }

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: 在高并发下,可以使用 Redis 的 SETNX 命令来实现分布式锁。SETNX 指令是将 key 的值设为 value,当且仅当 key 不存在。 步骤如下: 1. 使用 SETNX 命令尝试获取,如果返回值为 1,则说明获取成功。 2. 使用 EXPIRE 命令为设置过期时间,防止死。 3. 在业务代码执行完成后,使用 DEL 命令释放。 为了防止网络延迟等问题,可以在获取时设置一个随机值,并在释放时判断该值是否与当前对应的值相同,以确保只有持有的客户端才能释放。 ### 回答2: 高并发Redis分布式锁实现是通过Redis的setnx命令和expire命令来实现的。 首先,通过setnx命令尝试设置一个带有过期时间的key,如果成功设置,则表示获取到了分布式锁。如果设置失败,说明已经被其他客户端占用,需要等待或进行重试。 为了防止因为某个客户端处理时间过长而导致过期的情况,可以为的过期时间设置一个合理的值。在获取到后,可以使用expire命令为的key设置过期时间,确保在一定时间内释放。 为了提高的安全性,可以为每个客户端设置一个唯一的ID作为的值,并将名称与该ID进行绑定。这样可以确保只有获取的客户端才能释放,防止其他客户端误释放。 另外,考虑到高并发情况下的竞争,可以在获取失败后进行等待一段时间再进行重试,避免频繁的竞争对系统性能造成负面影响。 需要注意的是,Redis分布式锁实现并不能解决所有并发问题,仅适用于单个业务场景下的加和释放操作。在设计和使用时需要考虑到具体业务需求和场景,并进行适当的优化和调整。 ### 回答3: 在高并发场景下,为了保证数据的一致性和并发执行的正确性,常常需要使用分布式锁来控制对共享资源的访问。Redis作为一个高性能的内存键值存储系统,也可以用来实现分布式锁Redis实现分布式锁的一种常见方式是使用SETNX命令。当多个客户端同时尝试获取时,只有一个客户端能成功执行SETNX操作,即将对应的key设置为1,表示获取了。其他客户端获取失败,需要等待被释放后重新尝试。 为了保证的正确性和防止死,还需要为设置一个合理的过期时间,以防止获取的客户端因为异常情况导致无法及时释放。 在高并发环境下,为了提高的性能,可以考虑使用红机制。红是将分布式锁Redis的复制功能相结合,确保在大部分节点上都获取到后,才认为已经获得。这样可以避免某个节点出现故障或网络异常导致丢失的情况。 另外,为了避免因为程序异常导致无法释放的情况,可以在获取到之后,使用Lua脚本来保证在一个原子操作中判断的状态并释放。 在实现分布式锁时,还需要考虑高并发的性能问题。可以通过优化Redis的部署结构、增加Redis的内存和CPU资源,以及使用连接池等方法来提高Redis的性能和并发能力,从而提高分布式锁的性能。 综上所述,高并发下的Redis分布式锁实现主要包括使用SETNX命令获取、设置合理的超时时间、使用红机制增强的可靠性、使用Lua脚本保证原子操作、优化Redis的性能和并发能力等方面。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值