Redis中hash、set、zset的底层数据结构原理hash的底层实现为 整数数组intset 或者 hashtable。
Redis中值的数据结构有String（字符串）、List（列表）、Hash（哈希）、Set（集合）和 Sorted Set（有序集合）五种，使用可参考 https：//。
Redis的hash类型其实就是一个缩减版的redis 。它存储的是键值对 ， 将多个键值对存储到一个redis键里面 。hash类型的底层主要也是基于字典这种数据结构来实现的 。
在redis官网（ https：//redis.io/ ）上，我们可以看到set，sorted set 。其实zset就是sorted set 。为了避免sorted set简写sset导致命令冲突，所以改为zset 。
【redis内部结构 redis架构原理】一：摘要概述 很多 redis 的使用者都可以清晰明白的道出Redis中常用的对象如string、list、hash、set、zset，一些场景比较丰富的使用者可能会说布隆过滤器、geo、Hash等 。
redis是面试中最常问的中间件，关于数据结构主要集中在列举和用法 。下面我们就数据结构和主要的使用方式做一个描述 。
Redis哨兵机制原理浅析原理 监控 sentinel节点需要监控master、slave以及其他sentinel节点的状态 。这一过程是通过Redis的pub\sub系统实现的 。
Redis哨兵模式的实现原理 。关于哨兵的原理，关键是了解以下几个概念：定时任务：每个哨兵节点维护了3个定时任务 。
Redis的哨兵机制就是解决主从复制存在缺陷（选举问题），解决问题保证我们的Redis高可用，实现自动化故障发现与故障转移 。要使用哨兵机制，除了启动Redis服务以外，还要启动哨兵服务来进行监控，会介绍详细步骤 。
其原理是哨兵通过发送命令 ， 等待Redis服务器响应，如果Redis服务器一直没有响应 ， 说明这个Redis服务器可能已经宕机了，从而监控运行的多个Redis实例 。
集群监控，负责监控redis master 和slave进程是否正常工作 。（2）消息通知，如果某个redis实例有故障 ， 那么哨兵负责发送消息作为报警通知给管理员 。（3）故障转移，如果master node挂掉了，会自动转移到slave node上 。
哨兵模式是在主备模式的基础上，加上哨兵，实现redis集群的故障转移 。哨兵负责监控集群状态 ， 当redis主节点发生故障，哨兵通过选举，选出替代的master节点 。一般需要单数的哨兵进行选举 ， 大多数达成一致 。
redis有哪些集群模式/www/server/redis/src/redis-server /www/server/redis/redis.conf 查看redis是否在运行 ps aux|grep redis 现在是单机redis模式完成 。
传统的Redis集群采用的主从复制模式，一般为一主多从，主节点有读写权限 ， 但是从节点只有读的权限 。主节点会定期将数据同步到从节点中，保证数据一致性的问题 。
哨兵模式就是在主从模式的基础上再加一个哨兵集群 。每个哨兵都会监控主节点和从节点的状态 。如果主节点挂了，就会从从节点中选出一个来作为主节点，以达到高可用的目的 。
react配置redis有以下模式：主从模式 ， 是最为简单的redis集群模式，主要工作模式是主从复制，主数据库可以执行读写功能 ， 而从数据库只能执行读功能 。
redis的集群模式为了解决系统的横向扩展以及海量数据的存储问题，如果你的数据量很大 ， 那么就可以用redis cluster 。
