redis奇数部署，redis zrang

玩转Redis的高可用(主从、哨兵、集群)

Redis主从复制是指在一个Redis集群中，将一个Redis节点作为主节点，其余的Redis节点作为从节点。主节点负责写入数据，从节点负责读取数据。

Redis的哨兵机制就是解决主从复制存在缺陷（选举问题），解决问题保证我们的Redis高可用，实现自动化故障发现与故障转移。 要使用哨兵机制，除了启动Redis服务以外，还要启动哨兵服务来进行监控，会介绍详细步骤。

哨兵模式就是在主从模式的基础上再加一个哨兵集群。每个哨兵都会监控主节点和从节点的状态。如果主节点挂了，就会从从节点中选出一个来作为主节点，以达到高可用的目的。

原理：当主节点出现故障时，由Redis Sentinel自动完成故障发现和转移，并通知应用方，实现高可用性。

redis哨兵和集群不能同时使用，Redis哨兵和集群是两种不同的Redis高可用方案。

redis高可用：如果你做主从架构部署，其实就是加上哨兵就可以了，就可以实现，任何一个实例宕机，自动会进行主备切换。

高性能高并发网站架构,教你搭建Redis5缓存集群

redis-cluster投票：容错，投票过程是集群中所有master参与，如果半数以上master节点与master节点通信超过(cluster-node-timeout)，认为当前master节点挂掉。

看到这里的时候，我大概明白了，有 App 层、Domain 层、 Infrastructure 层，这个架构其实就是 DDD 思想的一种落地吧。 经过这两天短暂的了解，我发现如果想要理解一下抽象的 DDD 思想，那么 COLA 架构，我感觉是一个不错的切入点。

redis高可用：如果你做主从架构部署，其实就是加上哨兵就可以了，就可以实现，任何一个实例宕机，自动会进行主备切换。

redis.conf 配置文件里 bind 0.0.0.0 设置外部访问， requirepass xxxx 设置密码。 redis高可用方案有两种： 常用搭建方案为1主1从或1主2从+3哨兵监控主节点， 以及3主3从6节点集群。

Redis哨兵模式(故障转移测试)

1、哨兵模式是在主备模式的基础上，加上哨兵，实现redis集群的故障转移。哨兵负责监控集群状态，当redis主节点发生故障，哨兵通过选举，选出替代的master节点。一般需要单数的哨兵进行选举，大多数达成一致。

2、启动哨兵：启动哨兵进程或服务，让其开始监控主从节点的状态和进行故障转移。 测试和验证：模拟节点故障的情况，观察哨兵是否能够正确地进行故障转移和恢复。

3、哨兵模式是一种特殊的模式，首先Redis提供了哨兵的命令，哨兵是一个独立的进程，作为进程，它会独立运行。其原理是哨兵通过发送命令，等待Redis服务器响应，从而监控运行的多个Redis实例。

4、哨兵集群在发现 master node 挂掉后会进行故障转移，也就是启动其中一个 slave node 为 master node 。在这过程中，可能会导致数据丢失的情况。

5、测试哨兵模式结果，如下图：哨兵集群，基于主从复制模式，所有的主从配置优点，它全有。主从可以切换，故障可以转移，系统的可用性就会更好。哨兵模式就是主从模式的升级，手动到自动，更加健壮。

6、这里的哨兵有两个作用 然而一个哨兵进程对Redis服务器进行监控，可能会出现问题，为此，我们可以使用多个哨兵进行监控。各个哨兵之间还会进行监控，这样就形成了多哨兵模式。用文字描述一下 故障切换（failover） 的过程。

如何使用redis实现分布式锁功能?

使用分布式锁要满足的几个条件：系统是一个分布式系统（关键是分布式，单机的可以使用ReentrantLock或者synchronized代码块来实现）共享资源（各个系统访问同一个资源，资源的载体可能是传统关系型数据库或者NoSQL）。

需要在获得 lock-key 后判断加锁对象是否为当前client，是，则解锁。

使用redis实现并发锁，主要是靠两个redis的命令：setnx和getset。那我们的设计思路就是：上面的代码使用了一个RedisService的类，里面主要是简单封装了一下redis的操作，你可以替换为自己的service。

可以在删除锁的时候先get值，判断值是否是当前线程存的随机值，只有相同才执行删锁的操作；当然也要使用 lua 脚本执行来保证原子性。

redis奇数部署的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于redis zrang、redis奇数部署的信息别忘了在本站进行查找喔。