本文目录一览：
- 1、Redis分布式锁的原理是什么?如何续期?
- 2、redissetnx加锁和hash加锁区别
- 3、redis用hash实现读写锁
- 4、redis分布式锁用在事务里面什么意思
- 5、什么是redis分布式锁
- 6、高并发场景Redis分布式锁实现方式
2、redis是保持的AP而非CP，如果要追求强一致性可以使用zookeeper分布式锁，但是zookeeper也不是完全没问题，在出现网络颜值 ， 客户端与服务端失联情况的时候也依然可能会出现分布式的问题 。
3、分布式锁是控制分布式系统之间同步访问共享资源的一种方式 。原理就是，当我们要实现分布式锁，最简单的方式可能就是直接创建一张锁表，然后通过操作该表中的数据来实现了 。
redissetnx加锁和hash加锁区别获取锁的时候，使用setnx加锁 ， 并使用expire命令为锁添加一个超时时间，超过该时间则自动释放锁 ， 锁的value值为一个随机生成的UUID，通过此在释放锁的时候进行判断 。
Redis本身不支持服务端锁定 。Redis是一种高性能的内存数据库，它被广泛用于各种需要快速读写数据的场景 。然而，Redis并没有在服务端提供显式的锁定机制 。在实践中，开发者通常使用Redis的其他特性来实现锁定的效果 。
【redis incr锁 redis锁控制】改进版的加锁：命令是： setnx expire 添加分布式锁的同时，添加一个锁锁过期的时间 。这样，当加锁线程退出之后，至少等一段时间之后，锁是有机会释放掉的 。
redis用hash实现读写锁1、SETNX不同：SETNX（SETifNoteXists），该命令在key不存在时设置key的值 ， 如果key存在，不做任何操作 。Redishash数据结构可以存储多个键值对，所以我们可以使用Redishash实现分布式锁 。
2、ARGV[1]代表的就是锁key的默认生存时间 ， 默认30秒 。
3、锁应该是一个对象 ， 记录持有锁的线程信息、当前重入次数 。所以应该使用Redis的Hash结构来存储锁对象 。
4、所以使用 ziplist 也是很快的，也就是说添加删除平均还是 O（1）。
5、那么通过redis加锁的动作是什么呢？简单加锁命令：命令是：setnx 内部的实现机制就是判断这个key位置是不是有数据，没有数据就设置成value返回 ， 有数据就返回一个特殊数值 。
6、hash2：key4：value4 key5：value5 虽然名义上5个key变成了2个hashmap，但是每个filed还是会保存原始的key，所以从key减少的层面是行不通的，这个时候就要从底层储存结构去看 。
redis分布式锁用在事务里面什么意思1、分布式锁其实可以理解为：控制分布式系统有序的去对共享资源进行操作，通过互斥来保持一致性 。
2、但是在分布式系统中，这种方式就失效了；由于分布式系统多线程、多进程并且分布在不同机器上，这将使单机并发控制锁策略失效，为了解决这个问题就需要一种跨 JVM 的互斥机制来控制共享资源的访问 。
3、只要这个最终时间是在用户可以接受的范围内即可 。在很多场景中 ， 我们为了保证数据的最终一致性，需要很多的技术方案来支持，比如分布式事务、分布式锁等 。有的时候，我们需要保证一个方法在同一时间内只能被同一个线程执行 。
4、分布式锁：在分布式服务中 。可以利用Redis的setnx功能来编写分布式的锁，虽然这个可能不是太常用 。
5、消息队列、分布式锁 。消息队列：Redis可以作为一种高性能的消息队列使用，实现异步处理和解耦 。分布式锁：Redis可以作为一种分布式锁的存储层，通过缓存锁信息和锁状态，实现分布式锁和并发控制 。
6、与分布式锁对应的是【单机锁】 ， 我们在写多线程程序时，避免同时操作一个共享变量而产生数据问题，通常会使用一把锁来实现【互斥】，其使用范围是在【同一个进程中】 。（同一个进程内存是共享的 ， 以争抢同一段内存，来判断是否抢到锁） 。
什么是redis分布式锁在传统单体应用单机部署的情况下，并发问题可以通过使用Java并发相关的锁如synchronized，但是当规模上升到分布式集群的情况下，要控制共享资源访问 ， 就需要通过分布式锁来实现 。常见的分布式锁方案如数据库乐观锁，Redis锁，zk锁等 。
消息队列、分布式锁 。消息队列：Redis可以作为一种高性能的消息队列使用 ， 实现异步处理和解耦 。分布式锁：Redis可以作为一种分布式锁的存储层 ， 通过缓存锁信息和锁状态，实现分布式锁和并发控制 。
说实话 ， 如果在公司里落地生产环境用分布式锁的时候 ， 一定是会用开源类库的，比如Redis分布式锁，一般就是用Redisson框架就好了，非常的简便易用 。
高并发场景Redis分布式锁实现方式在同一时刻，只能有一个线程去读写一个【共享资源】，也就是高并发的场景下，通常为了保证数据的正确，需要控制同一时刻只允许一个线程访问 。此时就需要使用分布式锁了 。
如果没有其他线程占用，则就可以通过添加分布式锁来占用这个资源，然后再执行后续的任务 ， 在任务执行完成之后，再释放分布式锁，其他线程就可以继续使用这个资源了 。
基于缓存实现分布式锁：理论上来说使用缓存来实现分布式锁的效率最高，加锁速度最快 ， 因为Redis几乎都是纯内存操作，而基于数据库的方案和基于Zookeeper的方案都会涉及到磁盘文件IO，效率相对低下 。
获取锁最终都会调用这个方法 ， 通过 lua 脚本与 redis 进行交互，来实现分布式锁 。首先分析，传给 lua 脚本的参数：lua 脚本的流程：为了实现无限制持有锁，那么就需要定时刷新锁的过期时间 。
