在实际的生活环境中，如果只使用一个redis进行读写操作，那么面对庞大的访问人群是崩溃的，所以可以有几个redis，一个用来做主机，提供修改数据操作，而这个主机用来控制其他redis，即将更新的发送，保证一致性，而其他的redis只能是读操作，无法进行更改数据！

所以大致为一个redis用来写，其他redis复制主redis，但是用户只能读不能写！

那么如何配置呢？

---

1.在redis.conf中添加 replicaof 主机的ip 端口号

例：

2.在从机中的redis.conf中添加masterauth "主机redis的密码"

例：

如果在运行中想更改关系，比如

A有两个小弟B，C，我们现在让C的主机变为B，可直接使用命令

slaveof 新主库IP 新主库端口

不过如果出现宕机等重启情况，C的主机还是A

因为命令并未更改redis.conf中的配置

从 变为主

slaveof no one

将当前从机变为主机

---

复制的原理

slave启动，数据清零 当从机的redis启动时，会把自身体的数据清空

首次连接，全量复制 第一次连接会将主机所有数据打包发给从机

保持通信  在每个周期从机给主机发送包保持连接

每次快照，更新从机

从机下线重连，重连续传  master和slave中都有一个offset，根据判断offset来确定从哪个节点重新传输。

缺点：实际中有许多从机，导致主机IO量大，存在复制延时

master挂了后，不能出现临时master替补，无法进行实时操作

由此引入哨兵

哨兵的作用：

1.监控redis的运行状态，包括master和slave

2.当master down机后，自动将slave切换master

保证读写功能稳定

功能

主从监控 消息通知 故障转移 配置中心

哨兵配置sentinel.conf

启动

redis-sentinel sentinel.conf(文件名） --sentinel

相关问题

如果master宕机两台数据能否访问？

不能，此时需通过哨兵选择新的master后才可以继续访问

之前down机的master恢复后，还会不会是老大？

不会，变为slave，只能读不能写

---

哨兵流程

哨兵监控多个redis运行

当哨兵发现master超过配置的时间未响应包时，便会投票认为该masterdown机

当哨兵投票个数超过指定时，便认为该master宕机

由哨兵组选出一个哨兵将该master移出，并在slave中选出新的master

选新master流程为：

从master下的slave中按条件挑选

权限高>偏移量大（之前复制master的数据最多，完整性最好）>id号

选出的slave 执行slaveof no one变换为master

将原master下的slave归并到新的master，

当已下线的master上线时，新master对其发送slaveof指令将其变为slave。

集群哨兵+主从复制：并不能保证数据的不丢失，所以引出了redis集群

redis集群：提供多个redis节点间共享数据的程序集，支持多个master

用处：

支持多个master，一个down机可用其他master继续修改数据

无需哨兵功能

客户端只需连接集群中某个节点

通过redis槽位实现数据的分布式存储

---

分片的方法：

取余分片:通过哈希函数转换成值再对某数取余，得到存放位置

缺点，如果出现down机等情况会导致数据混乱，因为取余的数字发生改变

一致性哈希算法：将所有节点和键值对映射到一个环形的哈希空间中，通常是一个虚拟的圆环。这个圆环的范围是从0到最大哈希值。每个节点被映射到环上的一个点，而键值对也被映射到环上的相应位置。当查找一个键时，算法会沿着圆环顺时针方向查找最近的一个节点，然后将键值对存储在这个节点上。

优点：加入和删除节点只会影响哈希环中顺时针方向的相邻节点

缺点：存在数据倾斜的情况（某个点数据特别多）

---

CRC16算法

产生的hash值有16bit（65536个），但为什么用16384呢？

1.槽位为65536会导致发送的ping包过大

2.redis集群主节点不可能超过1000个，所以够用

3.槽位越小，节点少情况下方便压缩，容易传输

redis集群不保证数据一致性（因为一个redis收到命令后会异步同步给其他redis，此过程中可能出现down机导致数据不一致）

防止路由失效加-c

info replication 查看当前redis的主从关系

cluster failover 主从关系调整

redis-cli -a 密码 --cluster add-node 新机：端口 旧机：端口

redis-cli -a 密码 --cluster add-node ip:新slave端口 ip:新master端口 --cluster-slave --cluster-master-id 新主机节点ID

reshard(重新分派槽号）各个主机都分部分坑位给新的节点，故新节点槽位段数会有多个。

删除节点 redis-cli -a 密码 --cluster del-node Ip:从机ip+端口 从机6388节点ID

在集群条件下不能进行set等多元素操作，因为操作数据必须在同一个槽中。

可以通过分组进行多组操作

例： mset k1{x} v1  k2{x} v2 这里{x}表示为一个名为x的分组

cluster keyslot 键名 查看该键在哪个槽位

感谢观看！！！