Redisson分布式锁解决库存超卖

一、为何出现库存超卖

库存超卖通常出现在高并发的销售场景中，如团购、秒杀或特价活动期间。这些活动往往会导致访问量激增，成千上万的用户同时抢购有限的商品，这就极易造成库存超卖现象。

具体来说，库存超卖的主要原因包括：

• 并发操作：在高并发场景下，多个用户可能会同时读取到相同的库存数量，并在此基础上进行扣减操作，这可能导致实际销售的商品数量超过库存量。
• 系统延迟：在分布式系统中，由于网络延迟或者数据库锁等待等原因，可能会导致订单处理的延迟，从而在库存扣减之前产生更多的订单请求。
• 缓存不一致性：如果使用缓存来提高性能，缓存数据与数据库数据之间的不一致性也可能导致超卖问题。
• 缺乏适当的并发控制策略：在没有适当并发控制的情况下，多个请求几乎同时到达服务器，对库存资源进行竞争，可能导致超卖问题。

二、如何解决库存超卖

为了防止库存超卖，可以采取以下措施：

• 使用乐观锁或悲观锁：通过锁定机制确保在更新库存时不会被其他事务干扰。
• 减少系统延迟：优化系统架构和数据库设计，减少处理订单的时间。
• 缓存预加载：在活动开始前预先加载缓存，减少对数据库的直接访问。
• 限流和排队：对请求进行限流，确保系统能够平稳处理请求，避免因瞬间流量过大而导致的问题。
• 分布式锁：在分布式环境下使用分布式锁，确保同一时间只有一个节点能够执行特定的代码块。

总的来说，库存超卖是一个复杂的问题，需要综合考虑系统的并发处理能力、数据库的设计以及缓存策略等多个方面，以确保在高并发的销售活动中能够准确控制库存，防止超卖现象的发生

三、使用Redisson分布式锁解决库存超卖

导入 Redisson 和 AOP 的依赖

<dependency>
    <groupId>org.redisson</groupId>
    <artifactId>redisson-spring-boot-starter</artifactId>
    <version>3.24.3</version>
</dependency>
<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-aop</artifactId>
</dependency>

新建redisson.yml配置文件，配置以下内容

singleServerConfig:
  address: "redis://43.139.81.26:6379"
  database: 9
  password: null
  idleConnectionTimeout: 10000
  connectTimeout: 10000
  timeout: 3000
  retryAttempts: 3
  retryInterval: 1500
  subscriptionsPerConnection: 5
  clientName: null
  subscriptionConnectionMinimumIdleSize: 1
  subscriptionConnectionPoolSize: 50
  connectionMinimumIdleSize: 24
  connectionPoolSize: 64
  dnsMonitoringInterval: 5000
threads: 16
nettyThreads: 32
codec: !<org.redisson.codec.Kryo5Codec> { }
transportMode: "NIO"