redis主从复制

背景

1.机器故障。 我们部署到一台 Redis 服务器， 当发生机器故障时， 需要迁移到另外一台服务器并且要保证数据是同步的。 而数据是最重要的， 如果你不在乎， 基本上也就不会使用 Redis 了。
2.要实现分布式数据库的更大的存储容量和承受高并发访问量， 我们会将原来集中式数据库的数据分别存储到其他多个网络节点上。
3.Redis 为了解决这个单一节点的问题， 也会把数据复制多个副本部署到其他节点上进行复制， 实现 Redis的高可用， 实现对数据的冗余备份， 从而保证数据和服务 的高可用

配置文件

1.bind 0.0.0.0 //主允许其他地方进行请求，可改指定ip，主节点配置
slaveof <masterip> <masterport>    //从节点配置该主节点ip和端口号
masterauth auth ;//auth为主节点授权密码，从节点配置
requirepass  selfauth;//selfauth为自己定义当前授权密码，主节点配置
daemonize yes;//yes为后台启动，也可设置no
protected-mode no//保护模式关闭，可允许主从复制

其他配置

slave-read-only yes 
默认为只读 由于复制只能从主节点到从节点， 对于从节点的任何修改主节点都无法感知， 修改从节点会造成主从数据不一致。 因此没必要就不要动这个配置。

repl-disable-tcp-nodelay no
主从节点一般部署在不同机器上， 复制时的网络延迟就成为需要考虑的问题， Redis 为我们提供了repl-disable-tcp-nodelay参数用于控制是否关闭TCP NODELAY,默认关闭， 说明如下
* 当关闭时， 主节点产生的命令数据无论大小都会及时地发送给从节点， 这样主从之间延迟会变小， 但增加了网络带宽的消耗。 适用于主从之间的网络环境
良好的场景， 如同机架或同机房部署。
* 当开启时， 主节点会合并较小的TCP数据包从而节省带宽。 默认发送时间间隔取决于Linux的内核， - -般默认为40毫秒。 这种配置节省了带宽但增大主从
之间的延迟。 适用于主从网络环境复杂或带宽紧张的场景， 如跨机房部署。

# logfile "" redis日志
logfile "/redis/log/redis.log
# dir ./ 数据保存目录
dir "/redis/data"

如何加入

1. 在配置文件中加入 slaveof {masterHost} {masterPort} 随redis启动生效
2. 在redis-server启动命令后加入 --slaveof {masterHost} {masterPort} 生效
3. 直接使用命令： slaveof {masterHost} {masterPort}

查看主从信息

/bin/redis-cli 
#info replication

断开主从服务

slaveof no one

工作原理

1. 保存主节点(master)
 执行slaveof后从节点只保存主节点的地址信息便直接返回， 这时建立复制流程还没有开始
从节点保存主节点的ip:port&