本文目录一览：
- 1、redis支持服务端锁定
- 2、Redis分布式锁的原理是什么?如何续期?
- 3、redis单线程为什么需要加锁
- 4、redis支持服务端锁定吗
- 5、redis分布式锁可能出现的问题
- 6、redis并发set会死锁吗
【redis的并发竞争 redis竞争锁】2、获取锁 客户端A在Redis上设置一个特定的键值对，同时给一个超时时间（避免死锁） 。其他客户端在访问的时候先看看这个key是否已经存在 ， 并且值等于my_random_value 。如果已存在就等待，否则就获取成功，执行业务代码 。
3、如返回1 ， 则该客户端获得锁，把lock.foo的键值设置为时间值表示该键已被锁定，该客户端最后可以通过DEL lock.foo来释放该锁 。如返回0，表明该锁已被其他客户端取得，这时我们可以先返回或进行重试等对方完成或等待锁超时 。
4、亲 。redis是没有锁机制的哟 。对于多个用户连接也不存在竞争问题 。但是在进行并发时可能会出现连接超时，连接被阻塞或者是连接被关闭之类的错误 。
Redis分布式锁的原理是什么?如何续期?所以这个就是redis cluster，或者是redis master-slave架构的主从异步复制导致的redis分布式锁的最大缺陷：在redis master实例宕机的时候，可能导致多个客户端同时完成加锁 。
redis是保持的AP而非CP，如果要追求强一致性可以使用zookeeper分布式锁，但是zookeeper也不是完全没问题，在出现网络颜值，客户端与服务端失联情况的时候也依然可能会出现分布式的问题 。
分布式锁其实可以理解为：控制分布式系统有序的去对共享资源进行操作，通过互斥来保持一致性 。
如果快要过期，但是业务逻辑还没执行完成，自动对这个锁进行续期，重新设置过期时间 。可以先谷歌一下，相信谷歌大哥会告诉你有这么一个库把这些工作都封装好了，你只管用就是了，它叫 Redisson。
获取锁最终都会调用这个方法，通过 lua 脚本与 redis 进行交互，来实现分布式锁 。首先分析，传给 lua 脚本的参数：lua 脚本的流程：为了实现无限制持有锁，那么就需要定时刷新锁的过期时间 。
redis单线程为什么需要加锁不能产生A的加锁被B用户解锁的情况Redis实现分布式锁不同的人可能有不同的实现逻辑 。分布式环境下，数据一致性问题一直是一个比较重要的话题，而又不同于单进程的情况 。
最大的问题就是因为客户端或者网络问题 ， 导致 redis 中的 key 没有删除，锁无法释放 ， 因此其他客户端无法获取到锁 。
在redis中 ， 悲观锁指的是对数据key和都value都上锁，只要这个数据有一点小改动，事务将失败 。
redis支持服务端锁定吗Redis支持服务端锁定，通过使用SET命令来设置一个唯一的键值对实现的 。当一个客户端想要获取锁时，它会使用SET命令来设置一个键值对，其中键是一个唯一的字符串，表示锁的名称，值是一个时间戳，表示客户端想要获取锁的时间 。
如返回1，则该客户端获得锁，把lock.foo的键值设置为时间值表示该键已被锁定，该客户端最后可以通过DEL lock.foo来释放该锁 。如返回0，表明该锁已被其他客户端取得，这时我们可以先返回或进行重试等对方完成或等待锁超时 。
在传统单体应用单机部署的情况下 ， 并发问题可以通过使用Java并发相关的锁如synchronized，但是当规模上升到分布式集群的情况下，要控制共享资源访问，就需要通过分布式锁来实现 。常见的分布式锁方案如数据库乐观锁，Redis锁，zk锁等 。
思路是在加锁的时候多加锁几台redis服务器，通常情况下redis部署的时候是2n+1台，那么在加锁的时候需要保证过半数服务器加锁成功了 ， 也就是说n+1台服务器 。这时候除非整个集群都不可用了，则这个安全性将大幅度提升 。
一般就会在服务器端将用户信息和访问信息做下关联，以此来实现访问频次限制 。通常大家都会选择 Redis 来作为此中间件的存储介质 。
redis分布式锁可能出现的问题1、问题-2 如果expire时间过短 ， 但是任务执行时间过长 ， 那么锁会因为过期而被删除，其它客户端可以重新获取锁 。在这种情况下，多个客户端同时获取到了锁 。
2、Redis 分布式锁不能解决超时的问题，分布式锁有一个超时时间 ， 程序的执行如果超出了锁的超时时间就会出现问题 。
3、释放锁的时候 ， 只需要删除 del key 这个 key 就行了 。
4、肯定是会占用一部分资源的，需要根据项目情况来确定是否使用，代码看注释部分差异 。redisson分布式锁的使用参考上一篇博文 。
5、这时系统在业务语义上一定会出现问题，导致各种脏数据的产生 。
6、虽然此种做法，相对于做法二说来，要靠谱很多，但是仍然解决不了在高并发情况下，redis写并发量加倍的问题，极有可能某个促销活动 ， 在开始的那一刻，直接将redis的写操作打出问题来 。
redis并发set会死锁吗会 。redis并发setkey会死锁，若setKey和设置超时时间用的两行代码，就会导致死锁，即便持有锁的客户端崩溃或者其他意外事件，锁仍然可以被获取 。
- Redis 采用单线程，避免了不必要的上下文切换和竞争 ， 不用考虑各种锁的问题，不存在加锁释放锁操作，不会因死锁而导致的性能消耗 。- Redis 使用 I/O 多路复用技术，可以处理并发的连接 。redis 使用非阻塞 I/O 。
SETNX SETNX key val 当且仅当key不存在时，set一个key为val的字符串 ， 返回1；若key存在，则什么都不做，返回0 。Expire expire key timeout 为key设置一个超时时间，单位为second，超过这个时间锁会自动释放，避免死锁 。
Redis支持服务端锁定，通过使用SET命令来设置一个唯一的键值对实现的 。
我们知道 redis 有 SET key value NX 命令，仅在不存在 key 的时候才能被执行成功 ， 保证多个客户端只有一个能执行成功，相当于获取锁 。释放锁的时候，只需要删除 del key 这个 key 就行了 。
