redis分布式锁场景-使用redis分布式锁(3-1-28)

更新时间：2024-06-30 分类：Redis 浏览量：2

Redis本文目录一览：

1、锁的释放问题：多个客户端竞争同一把锁时，会出现一个客户端释放了锁，但别的客户端并没有释放的情况。这会导致别的客户端无法获取到锁，从而无法继续执行后续的操作。

2、但是在分布式系统中，这种方式就失效了；由于分布式系统多线程、多进程并且分布在不同机器上，这将使单机并发控制锁策略失效，为了解决这个问题就需要一种跨 JVM 的互斥机制来控制共享资源的访问。

3、上面这个分布式锁的实现中，大体能够满足了一般的分布式集群竞争锁的需求。这里说的一般性场景是指集群规模不大，一般在10台机器以内。

4、与分布式锁对应的是【单机锁】，我们在写多线程程序时，避免同时操作一个共享变量而产生数据问题，通常会使用一把锁来实现【互斥】，其使用范围是在【同一个进程中】。（同一个进程内存是共享的，以争抢同一段内存，来判断是否抢到锁）。

5、我们今天就来实现用 Redis 来实现分布式锁，并且要学会怎么使用。准备使用 Jedis 的 jar 包，在项目中导入 jar 包。

锁的释放问题：多个客户端竞争同一把锁时，会出现一个客户端释放了锁，但别的客户端并没有释放的情况。这会导致别的客户端无法获取到锁，从而无法继续执行后续的操作。

Redis 分布式锁不能解决超时的问题，分布式锁有一个超时时间，程序的执行如果超出了锁的超时时间就会出现问题。

问题-1 如果setnx执行成功，但是在expire执行的时候redis节点宕机了，在这种情况下，锁不会被释放，导致死锁。

释放锁的时候，只需要删除 del key 这个 key 就行了。

肯定是会占用一部分资源的，需要根据项目情况来确定是否使用，代码看注释部分差异。redisson分布式锁的使用参考上一篇博文。

这时系统在业务语义上一定会出现问题，导致各种脏数据的产生。

1、分布式锁其实可以理解为：控制分布式系统有序的去对共享资源进行操作，通过互斥来保持一致性。

3、key：加锁的键，实际上就是相当于一个唯一的标志位，不同的业务，你可以使用不同的标志位进行加锁。