redis分布式锁会有什么问题-redis分布式锁失效如何续期(1-15-68)

更新时间：2024-12-11 分类：Redis 浏览量：2

Redis本文目录一览：

1、在Redis4版本中，过期时间可能不是非常精确的，并且它可能是在0到1秒之间的出入。从Redis6版本开始，过期时间误差是从0到1毫秒。键的过期信息以绝对的Unix时间戳形式保存（Redis6以及更新的版本毫秒内）。

2、设置成功返回 1 。当 key 不存在或者不能为 key 设置过期时间时（比如在低于 3 版本的 Redis 中你尝试更新 key 的过期时间）返回 0 。

3、redis通过expire命令来设置key的过期时间。语法：redis.expire（key， expiration）在小于3的redis版本里，只能对key设置一次expire。redis3和之后的版本里，可以多次对key使用expire命令，更新key的expire time。

4、懒惰处理 Redis在get操作时遇到过期的key会进行删除操作。集中处理 Redis会将设置了过期时间的key放到一个独立的字典里，默认每秒10次过期扫描。

5、设置redis key过期时间的方法有三种：设置key，使用delmand方法设置；用set or getset命令会将key的expiration清空，事实上set和getset命令是替换了key对应的value，所以key的过期时间也被设置。

使用redis客户端redisson，redisson很好的解决了redis在分布式环境下的一些棘手问题，它的宗旨就是让使用者减少对Redis的关注，将更多精力用在处理业务逻辑上。

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

比如，SSD将内存换成了磁盘，以换取更大的容量。

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

1、所以这个就是redis cluster，或者是redis master-slave架构的主从异步复制导致的redis分布式锁的最大缺陷：在redis master实例宕机的时候，可能导致多个客户端同时完成加锁。

2、redis是保持的AP而非CP，如果要追求强一致性可以使用zookeeper分布式锁，但是zookeeper也不是完全没问题，在出现网络颜值，客户端与服务端失联情况的时候也依然可能会出现分布式的问题。

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

4、如果快要过期，但是业务逻辑还没执行完成，自动对这个锁进行续期，重新设置过期时间。可以先谷歌一下，相信谷歌大哥会告诉你有这么一个库把这些工作都封装好了，你只管用就是了，它叫 Redisson 。

1、Redis支持服务端锁定，通过使用SET命令来设置一个唯一的键值对实现的。当一个客户端想要获取锁时，它会使用SET命令来设置一个键值对，其中键是一个唯一的字符串，表示锁的名称，值是一个时间戳，表示客户端想要获取锁的时间。

2、获取锁客户端A在Redis上设置一个特定的键值对，同时给一个超时时间（避免死锁）。其他客户端在访问的时候先看看这个key是否已经存在，并且值等于my_random_value。如果已存在就等待，否则就获取成功，执行业务代码。

3、如返回1，则该客户端获得锁，把lock.foo的键值设置为时间值表示该键已被锁定，该客户端最后可以通过DEL lock.foo来释放该锁。如返回0，表明该锁已被其他客户端取得，这时我们可以先返回或进行重试等对方完成或等待锁超时。

4、亲。redis是没有锁机制的哟。对于多个用户连接也不存在竞争问题。但是在进行并发时可能会出现连接超时，连接被阻塞或者是连接被关闭之类的错误。