本文目录一览：
- 1、我是如何解决redis集群批量获取的效率问题的
- 2、Redis集群操作
- 3、大厂面试题详解:如何用Redis实现分布式锁?
- 4、Redis集群模式1-主从复制+哨兵机制
- 5、Redis-Cluster集群
- 6、玩转Redis的高可用(主从、哨兵、集群)
2、Redis Cluster是Redis 0以后才正式推出，时间较晚，目前能证明在大规模生产环境下成功的案例还不是很多，需要时间检验 。Redis Sharding集群Redis 3正式推出了官方集群技术，解决了多Redis实例协同服务问题 。
3、所以要维护好这个集群的每个节点信息，不然会导致整个集群不可用，其内部采用特殊的二进制协议优化传输速度和带宽 。redis-cluster把所有的物理节点映射到[0，16383]slot（槽）上，cluster负责维护node--slot--value 。
4、将Mget操作（n个key） ， 利用已知的hash函数算出key对应的分片，这样就可以得到一个这样的关系：Mapnode，somekeys ， 也就是每个分片对应的一些keys，这样将之前的o（n）的效率降低到o（node.size（） 。
5、以Java语言为例 ， 简单说一下，除了一些公司自主开发的集群外 。
Redis集群操作1、演示集群采用1主2从，采用伪集群，在一台虚拟机中启动 ， 端口暂定6386386383，集群结构可以选择下面2种，因为数量较少，此次采用普通样式 。
2、使用redis-trib.rb，这个是安装redis时就自带的一种集群，采用了服务端分片的方式，支持主备，此集群既解决了高并发的问题 ， 也解决了高可用的问题 。Jedis使用JedisCluster类来访问 。使用Jedis带的客户端分片ShardedJedisPool类 。
3、Sentinel（哨兵）进程是用于监控redis集群中Master主服务器工作的状态，在Master主服务器发生故障的时候，可以实现Master和Slave服务器的切换，保证系统的高可用 。
4、为了将一台服务器进行关机和重启，您可以按照以下步骤进行操作：关闭所有正在运行的 Redis 实例 。
5、redis 25212：8383 get mykey 124该命令可在指定的master或slave的客户端上执行 ， 但只在从节点上的执行才会让从节点提供读服务 。
大厂面试题详解:如何用Redis实现分布式锁?【redis集群 flushall redis集群中slot是如何实现的】1、直接使用 set（key，value，NX，EX，timeout） 指令，同时设置锁和超时时间 。以上两种方法，使用哪种方式都可以 。释放锁的脚本两种方式都一样，直接调用 Redis 的 del 指令即可 。
2、可以尽量把锁自动过期的时间设的冗余一些 。但也不能彻底解决 。可以在删除锁的时候先get值，判断值是否是当前线程存的随机值，只有相同才执行删锁的操作；当然也要使用 lua 脚本执行来保证原子性 。
3、如返回1，则该客户端获得锁 ， 把lock.foo的键值设置为时间值表示该键已被锁定，该客户端最后可以通过DEL lock.foo来释放该锁 。如返回0，表明该锁已被其他客户端取得 ， 这时我们可以先返回或进行重试等对方完成或等待锁超时 。
4、使用分布式锁要满足的几个条件：系统是一个分布式系统（关键是分布式，单机的可以使用ReentrantLock或者synchronized代码块来实现）共享资源（各个系统访问同一个资源，资源的载体可能是传统关系型数据库或者NoSQL） 。
Redis集群模式1-主从复制+哨兵机制传统的Redis集群采用的主从复制模式，一般为一主多从，主节点有读写权限，但是从节点只有读的权限 。主节点会定期将数据同步到从节点中，保证数据一致性的问题 。
哨兵模式是一种特殊的模式，首先Redis提供了哨兵的命令 ， 哨兵是一个独立的进程 ， 作为进程，它会独立运行 。其原理是哨兵通过发送命令，等待Redis服务器响应，从而监控运行的多个Redis实例 。
集群监控，负责监控redis master 和slave进程是否正常工作 。（2）消息通知，如果某个redis实例有故障，那么哨兵负责发送消息作为报警通知给管理员 。（3）故障转移，如果master node挂掉了，会自动转移到slave node上 。
Redis-Cluster集群在redis-cluster集群中，每一个主节点可以添加多个从节点，主节点和从节点遵循主从模式的特性 。当用户需要处理更多的读请求时，添加从节点可以扩展系统的读性能 。
Copy coderedis-cluster remove-node 服务器 IP：端口 其中 服务器 IP 是需要移除集群的服务器 IP 地址 ， 端口 是该服务器的 Redis 端口号 。关机并重启需要关机的服务器 。
搭建Redis集群的过程中，执行到cluster create ip：port ... 的时候，发现程序在阻塞，显示：Waiting for the cluster to join 的字样，然后就无休无尽的等待...根据字样的提示，在等待集群的创建 。
这个范围一般远远大于节点数，这是为了消除哈希的倾斜性 ， 便于数据拆分和扩展 。例如Redis Cluster槽的范围是0~16383 。槽是集群内数据管理和迁移的基本单位，每个节点都会负责一定数量的槽 。
MIGRATE： MIGRATE 命令是用于将数据从一个 Redis 实例迁移到另一个 Redis 实例的命令，但是在 Redis 集群模式下不支持此命令 。可以使用 --cluster 选项来进行集群迁移 。
玩转Redis的高可用(主从、哨兵、集群)基于以上 ， Redis集群方案显得尤为重要 。通常有3个途径：官方Redis Cluster；通过Proxy分片；客户端分片（Smart Client） 。以上三种方案各有利弊 。
Redis主从复制是指在一个Redis集群中，将一个Redis节点作为主节点，其余的Redis节点作为从节点 。主节点负责写入数据，从节点负责读取数据 。
主节点会定期将数据同步到从节点中，保证数据一致性的问题 。这种集群方式在运行时存在一些问题：Redis的哨兵机制就是解决主从复制存在缺陷（选举问题），解决问题保证我们的Redis高可用，实现自动化故障发现与故障转移 。
