《对线面试官》 高频 Redis 面试题（下）_redis 客户端怎么知道数据再哪个节点上

+ [15、cluster 架构中 Redis 实例是如何进行通信的](#15cluster__Redis__34)
+ [16、哈希槽是如何映射到 Redis 上的，客户端是如何知道数据分配在哪个节点上的](#16_Redis__47)
+ [17、可以在生产环境上使用 KEYS \* 命令吗](#17_KEYS___65)
+ [18、Reids 4.0 增加了混合持久化，什么是混合持久化？](#18Reids_40__71)
+ [19、redis 内存用完了会发生什么](#19redis__84)
+ [20、聊聊 redis 分布式锁](#20_redis__92)
+ [21、Redis cluster 如何实现高可用](#21Redis_cluster__102)
+ [22、什么情况下会导致 Redis cluster 不可用了](#22_Redis_cluster__124)
+ [23、Redis 常见性能优化](#23Redis__132)

前言

在《对线面试官》| 高频 Redis 面试题（上）一文中，给大家分享了一些在校招面试中常见的 Redis 面试题

闲话少说，接着给大家分享干货！

13、你知道 Redis 哨兵架构吗？

哨兵架构是在 Redis 主从复制基础上构建的一套高可用解决方案

在 Redis 主从复制里，需要对故障切换进行人为操作，但在哨兵架构里，哨兵可以对 master 和 slave的运行状态进行监控，一旦 master 出现故障，就可以自动实现故障转移及主从切换，无需人工干预

这大大提高了 Redis 的高可用性

Redis 哨兵具备的功能：

• 监控：监控 Redis 节点的运行状态
• 自动故障切换：一旦监控到 master 出现故障，自动进行故障切换，选举出一个新的 master 节点
• 自动发现：通过对 master 执行 info 命令，就能够获取到 master 下的 slave 节点列表；通过 发布/订阅通道发送 hello 信息来发现其他哨兵节点

14、你知道 Redis cluster 架构吗？

Redis 集群是一种分布式数据库方案，集群通过分片（sharding）来进行数据管理，并提供复制和故障转移功能

一方面，它具有哨兵架构的自我故障检测以及故障切换的功能，另一方面，它将写操作分摊到了多个 master 上，提高了写的并发能力，解决了 master 单点故障问题

cluster 架构将数据划分为 16384 的 slots，每个 master 负责一部分槽位。槽位的信息存储于每个 master 中

当往 redis 里写入数据时，会根据哈希算法（CRC16(KEY)%16384）算出这个数的哈希槽来决定它放到哪一个主节点上，然后这个 master 的 slave 节点去自动同步

15、cluster 架构中 Redis 实例是如何进行通信的

在 Redis cluster 中，节点之间通过建立 TCP 连接，使用 gossip 协议来传播信息，最终实现所有节点都会知道整个集群完整的信息

gossip 协议有四种常用的消息类型：PING、PONG、MEET、FAIL

• MEET：当需要向集群中加入新节点时，需要集群中的某个节点发送MEET消息到新节点，通知新节点加入集群。新节点收到MEET消息后，会回复PONG命令给发送者（redis5.0后 用add-node命令来添加节点）
• PING：集群内每个节点每秒会向其他节点发送PING消息，用来检测其他节点是否正常工作，并交换彼此的状态信息。PING消息中会包括自身节点的状态数据和其他部分节点的状态数据
• PONG：当接收到PING消息和MEET消息时，会向发送发回复PONG消息，PONG消息中包括自身节点的状态数据。节点也可以通过广播的方式发送自身的PONG消息来通知整个集群对自身状态的更新
• FAIL：当一个节点判定另一个节点下线时，会向集群内广播一个FAIL消息，其他节点接收到FAIL消息之后，把对应节点更新为下线状态

16、哈希槽是如何映射到 Redis 上的，客户端是如何知道数据分配在哪个节点上的

• 哈希槽是如何映射到 Redis 上的?

在cluster中，一个切片集群共有16384个哈希槽（2^14），这些哈希槽类似于数据分区，每个键值对都会根据它的key，被映射到一个hash槽中

然后该槽位再被映射到 Redis 实例上

• 客户端如何定位数据在哪个节点上？

客户端和集群实例建立连接后，Redis 实例就会把哈希槽的分配信息发给客户端（Redis 实例还会把自己的哈希槽信息发给和它相连的其他实例，来完成分配信息的扩散）

客户端收到哈希槽信息之后，会将其缓存到本地，当请求数据时，客户端先计算 key 所对应的哈希槽，再根据哈希槽信息去找到对应的 Redis 实例

17、可以在生产环境上使用 KEYS * 命令吗

要慎用，KEYS *命令会一次性读取所有键，如果生产环境上存储了大量的数据，可能会导致阻塞，线上服务会停顿，直到指令执行完毕，服务才能恢复

18、Reids 4.0 增加了混合持久化，什么是混合持久化？

在执行 Redis 重启操作时，如果采用 RDB ，有可能会丢失大量数据，如果使用 AOF，但 AOF 的性能要比 RDB 慢得多

Redis 4.0 为了解决这个问题，带来了一个新的持久化选项——混合持久化

• 混合持久化：
  • 将 RDB 文件的内容和增量的 AOF 日志文件存在一起
  • 这里的 AOF 文件不再是全量日志文件，而是 自持久化开始到持久化结束 的这段时间发生的增量 AOF 日志，通常这部分 AOF 日志很小
  • 在 Redis 重启的时候，可以先加载 RDB 的内容，然后再重放增量 AOF 日志就可以完全替代之前的 AOF 全量文件重放，重启效率因此大幅得到提升

19、redis 内存用完了会发生什么

如果设置了最大可用内存限制，会触发 Redis 的内存回收策略，而且Redis 的写命令会返回错误信息（但能够进行读操作）

如果没有设置最大可用内存限制，会触发系统 OOM 将进程杀死

20、聊聊 redis 分布式锁

Redis 添加分布式锁即先拿 setnx 来争抢锁，抢到之后，再用 expire 给锁加一个过期时间防止锁忘记了释放

如果在 setnx 之后执行 expire 之前进程意外 crash 或者要重启维护，那么这个锁就永远得不到释放了

解决方法：同时把 setnx 和expire 合成一条指令来用，防止后续释放不了锁

21、Redis cluster 如何实现高可用