Redis 主从复制
更多内容,移步IT-BLOG
一、Redis 复制
复制(Replication):是 Redis 实现高可用的基础。且在复制过程中,主节点/从节点都是非阻塞的,但是从节点在执行同步时使用的是旧数据集提供查询。
Redis 复制启动图与流程说明:
二、Redis 主从全量复制
主从复制:主机数据更新后根据配置和策略,自动同步到备机的 master/slaver 机制,Master以写为主,Slave以读为主。
三、Redis 主从部分复制
四、Redis 主从搭建
【1】修改主节点 redis.conf 文件:使用[./redis-server redis.conf]启动主节点。
【2】新建从节点并配置复制主节点信息(配从(库)不配主(库))每次与 master 断开之后,都需要重新连接,除非你配置进 redis.conf 文件 info replication(Redis Sentinel 还使用该信息来发现 slave 实例)
【3】Redis 主/从复制注意点:1)、主/从节点应启用持久化:master 和 slave 中应启用持久化。当由于性能要求不能启用持久化时,应配置实例避免自动重启,因为主节点未持久化又重启时,内存数据为空,会导致从节点同步主节点空数据。
2)、从节点应配置只读属性:主从复制中,从节点应配置只读属性[replica-read-only yes]。
3)、从节点应配置对主节点的验证:主节点通过 requirepass 配置了密码时,从节点应使用[masterauth <password>]配置对主节点的访问密码。
4)、主节点配置写查询接收条件:为了尽量保证主从一致性,主节点应配置当至少有 N 个 slave,并且滞后小于 M 秒时,才接收客户端写入命令[min-slaves-to-write <slave 数量> min-slaves-max-lag <秒数>]
五、主从复制常用3招
✘ 一主二仆: 一个 Master 两个 Slave;
✘ 薪火相传:上一个 Slave 可以是下一个 Slave 的 Master,Slave 同样可以接收其他 Slaves 的连接和同步请求,那么该 Slave 作为了链条中下一个的 Master,可以有效减轻 Master 的写压力。中途变更转向会清除之前的数据,重新建立拷贝最新的slaveof 新主库IP 新主库端口;
✘ 反客为主:SLAVEOF NO ONE。使当前数据库停止与其他数据库的同步,转成主数据库
六、主从复制原理
【1】slave 启动成功连接到 master 后会发送一个 sync 命令。
【2】Master 接到命令启动后台的存盘进程,同时收集所有接收到的用于修改数据集命令,在后台进程执行完毕之后,master 将传送整个数据文件到 slave,以完成一次完全同步。
【3】全量复制:而 slave 服务在接收到数据库文件数据后,将其存盘并加载到内存中。
【4】增量复制:Master 继续将新的所有收集到的修改命令依次传给 slave,完成同步。
【5】但是只要是重新连接 master,一次完全同步(全量复制)将被自动执行。
复制的缺点:由于所有的写操作都是先在 Master 上操作,然后同步更新到 Slave 上,所以从 Master 同步到 Slave 机器有一定的延迟,当系统很繁忙的时候,延迟问题会更加严重,Slave 机器数量的增加也会使这个问题更加严重。