一、zookeeper简介

统一管理分布式集群，ZooKeeper 是一个集中式服务，用于维护配置信息、命名、提供分布式同步和提供组服务。分布式应用程序以某种形式使用所有这些类型的服务。每次实现它们时，都需要进行大量工作来修复不可避免的错误和竞争条件。由于实现这些服务的难度，应用程序最初通常会吝啬它们，这使得它们在发生变化时变得脆弱且难以管理。即使正确完成，这些服务的不同实现也会导致部署应用程序时的管理复杂性。

主要是监听各个节点的情况，ZooKeeper 是分布式应用的高性能协调服务。它在一个简单的界面中公开了通用服务——例如命名、配置管理、同步和组服务，因此您不必从头开始编写它们。您可以使用现成的它来实现共识、组管理、领导者选举和出席协议。您可以根据自己的特定需求在此基础上进行构建。

节点分类

1.持久节点(PERSISTENT)

持久节点，创建后一直存在，直到主动删除此节点。

2.持久顺序节点(PERSISTENT_SEQUENTIAL)

持久顺序节点，创建后一直存在，直到主动删除此节点。在ZK中，每个父节点会为它的第一级子节点维护一份时序，记录每个子节点创建的先后顺序。

3.临时节点(EPHEMERAL)

临时节点在客户端会话失效后节点自动清除。临时节点下面不能创建子节点。

4.顺序临时节点(EPHEMERAL_SEQUENTIAL)

临时节点在客户端会话失效后节点自动清除。临时节点下面不能创建子节点。父节点getChildren会获得顺序的节点列表。

二、redis简介

Redis 与其他 key - value 缓存产品有以下三个特点：
Redis支持数据的持久化，可以将内存中的数据保存在磁盘中，重启的时候可以再次加载进行使用。
Redis不仅仅支持简单的key-value类型的数据，同时还提供list，set，zset，hash等数据结构的存储。
Redis支持数据的备份，即master-slave模式的数据备份。

Redis支持五种数据类型：string（字符串），hash（哈希），list（列表），set（集合）及zset(sorted set：有序集合)。

通过get获取值，set设置值

redis部署分类

单机版，部署在一台服务器上
主从复制：指定一台master，若干slave。只有mater有put权限，若master宕机只能等恢复
哨兵模式：在主从复制的模式基础上，新增Sentinel(哨兵)进程是用于监控redis集群中Master主服务器工作的状态，在Master主服务器发生故障的时候，可以实现Master和Slave服务器的切换，保证系统的高可用。
集群cluster模式：因为主从复制哨兵模式无法进行水平扩容，数据量存储的问题。配置多个节点存储数据，支持备份。节点之间相互监听。

三、分布式锁

1. zookeeper

首先创建一个持久化节点 /zklock
线程A：查询/zklock是否存在顺序临时节点lock，若不存在则新建此节点，并且执行同步逻辑
线程B：查询/zklock是否存在顺序临时节点lock，发现已经存在了，等待。。

2. redis

实现分布式锁按照安全等级分：

低等级

setnx lock test //上锁
del lock test //解锁
当某个key没有被占用的时候，setnx指令会返回1，否则返回0，这就是Redis中分布式锁的使用原理。当然我们还可以在上锁之后使用expire指令给锁设置过期时间。

Redis 2.8版本中加入了set指令的扩展参数，使得setnx指令和expire指令能够同时执行
set lock test ex 5 nxex
此方法效率高，容错率低

高等级

我们考虑这么一种情况：假设我们在redis的主节点上添加了一把分布式锁，不幸的是主节点挂掉了，而且主节点上的锁还没有同步到从节点上，如果此时有客户端来请求获得同一把锁，那么它将顺利地获得锁，之前那把锁会被无情地忽视掉，这就是分布式锁在Redis集群中遇到的麻烦。

Redis的作者为了解决这个问题提出了一个叫Redlock的算法：
它的原理是这样的：当上锁的时候，把set指令发送给过半的节点，只要过半的锁set成功，就认为这次加锁成功；当解锁的时候，会向所有的节点发送del指令。

redis红锁，在集群中的每个节点设置一个锁，注意锁不能重名，因为锁重名会覆盖，整个集群key不可以重复。开始在每个节点加锁，加锁完成后，当前线程开始加锁的时间，和加锁完成的时间，每个锁的剩余时间都要大于加锁完成的时间才行，保证半数以上符合以上条件即可

此方法效率低，容错率高

四、区别

众所周知，Redis标榜的是轻量级，直观上分布式锁是比较好实现的，比如使用setnx，但一旦加入高可用这个属性，Redis锁的实现难度就会爆炸式上升。

Redis，使用redisson封装的RedLock
Zk，使用curator封装的InterProcessMutex

实现难度上：Zookeeper >= redis
服务端性能：redis > Zookeeper
客户端性能：Zookeeper > redis
可靠性：Zookeeper > redis

最后是自己实现的gitee 的redis红锁的api

https://gitee.com/shenshuxin01/first_-spring-boot_-demo/tree/master/Redisson_RedLock_Demo

zk和redis分布式锁比较相关推荐

zk可实现分布式锁，Redis也可实现，之间有什么区别？
提示: 1.CAP模型 2.数据同步及时性答案: 使用 zk 实现的分布式锁是 CP 的分布式锁.因为 zk 是 CP 的.在某客户端向 zk 集群中的某节点写入数据后,会等待超过半数的其它节点完成 ...
redis分布式锁与zk分布式锁的对比
在分布式环境下,传统的jvm级别的锁会失效,那么分布式锁就是非常有必要的一个技术,一般我们可以通过redis,zk等技术来实现我们的分布式锁 redis实现分布式锁: 原理:我们都知道redis的处理 ...
分布式锁、ZK分布式锁、Redis分布式锁
常见的分布式锁实现方案:ZK分布式锁.Redis分布式锁 ZK分布式锁: 原理:使用ZK 的临时有序节点.节点的监听机制来实现的. 锁特点:悲观锁,公平锁获取锁:客户端A在/mylock节点目录下创 ...
快来学习Redis 分布式锁的背后原理
以前在学校做小项目的时候,用到Redis,基本也只是用来当作缓存.可阿粉在工作中发现,Redis在生产中并不只是当作缓存这么简单.在阿粉接触到的项目中,Redis起到了一个分布式锁的作用,具体情况是这 ...
@scheduled cron启动后和每小时执行_小耶哥: 一个Redis分布式锁又要和小鑫同学扯半个小时!...
1 Redis分布式锁 |1-1 定时任务重复执行-问题引入最近小耶哥在做一个功能, 什么功能呢? 就是超时未支付的订单我们要定时关闭, 释放库存, 并且短信通知用户该订单因超时被取消了.由于小耶哥 ...
还不知道 Redis 分布式锁的背后原理？还不赶快学习一下
前言以前在学校做小项目的时候,用到Redis,基本也只是用来当作缓存.可阿粉在工作中发现,Redis在生产中并不只是当作缓存这么简单.在阿粉接触到的项目中,Redis起到了一个分布式锁的作用,具体情 ...
Redis分布式锁-这一篇全了解(Redission实现分布式锁完美方案)
前言在某些场景中,多个进程必须以互斥的方式独占共享资源,这时用分布式锁是最直接有效的. 随着技术快速发展,数据规模增大,分布式系统越来越普及,一个应用往往会部署在多台机器上(多节点),在有些场景中, ...
全面剖析redis分布式锁
序言今天一起学习下分布式锁,分布式锁常见于集群环境下,用于做一些单机锁无法解决的问题,比如扣减库存的场景,如果扣减库存的业务机器是多台部署的就会出现超卖现象(JAVA中常见的lock和Synchro ...
得物技术浅谈深入浅出的Redis分布式锁
一.什么是分布式锁 1.1 分布式锁介绍分布式锁是控制不同系统之间访问共享资源的一种锁实现,如果不同的系统或同一个系统的不同主机之间共享了某个资源时,往往需要互斥来防止彼此干扰来保证一致性. 1.2 ...
2022年Redis最新面试题- Redis分布式锁
最近整理一份关于Redis常见面试题的,也会根据自己的经验, 标注一些出现的概率,最高5颗★出现的概率最高.比如这样: Redis 最适合的场景, 可以简单的说说吗? 出现概率: ★★★★ 整体目录大 ...

zk和redis分布式锁比较