Redis 主从复制

主机数据更新后根据配置和策略，自动同步到备机 master/slave机制，Master以写为主，slave以读为主
作用：

• 读写分离，性能扩展
• 容灾快速恢复
  

主从复制

配置：

1. 拷贝多个redis.conf文件 include(写绝对路径)
2. 开启 daemonize yes
3. Pid 文件名字 pidfile
4. 指定端口 port
5. Log文件名字
6. dump.rdb 名字 dbfilename
7. Appendonly 关闭或者换名字

新建redis_6379.conf

1. include /opt/myredis/redis.conf
2. pidfile /var/run/redis_6379.pid
3. port 6379
4. dbfilename dump6379.rdb

新建redis_6380.conf

1. include /opt/myredis/redis.conf
2. pidfile /var/run/redis_6380.pid
3. port 6380
4. dbfilename dump6380.rdb

新建redis_6381.conf

1. include /opt/myredis/redis.conf
2. pidfile /var/run/redis_6381.pid
3. port 6381
4. dbfilename dump6381.rdb
5. slave-priority 10
   设置从机的优先级，值越小优先级越高，用于选举主机时使用。默认100

启用三台服务器

redis-server redis_6379.conf
redis-server redis_6380.conf
redis-server redis_6381.conf

查看三台服务器是否启动

ps -ef | grep redis

查看三台主机的运行情况
info replication 打印主从复制的相关信息

配从不配主

slave 成为某个实例的从服务器

1. 在6380和6381上执行: slave 127.0.0.1 6379
   
2. 在主机上写数据，从机上读数据
   从机上写数据报错
   
3. 主机挂掉，重启就行，一切如初
4. 从机重启需重设: slave 127.0.0.1 6379
   可以将配置增加到文件中，永久生效
   

主从复制常用3招

一仆二主

1.主机不配置，从机使用slaveof声明所属主机。

2.主机如果宕机，重启后自动恢复到之前的转态，不需要再做其他任何修改，再新增加数据，从机可以读到数据。

3.从机如果宕机，再次重启后，再次读数据，读不到。需要使用slaveof再次声明所属主机，声明之后可以再次读取数据。

4.主机可写可读，从机只可以读，不可以写。

5.从机使用slaveof声明所属主机是，会发送sync到主机，获取主机的rdb文件，执行，实现数据同步，以后再增数据，使用增量复制完成同步。如果是宕机后再次声明所属主机，则使用全量复制完成同步。

薪火相传

上一个Slave可以作为下一个Slave的Master，slave同样可以接收其它slaves的链接和同步请求，那么该slave作为链条中下一个的master，可以有效减轻master的写压力，去中心化降低风险
slaveof IP PORT
中途变更转向：会清除之前的数据，重新建立拷贝最新的
风险：一旦某个slave宕机，后面的slave都没法备份
主机挂了，从机还是从机，无法写数据

反客为主

当一个master宕机后，后面的slave可以立刻升为master，后面的slave不做任何修改
使用 slaveof no one 将从机变为主机

复制原理

• Slave启动成功连接到master后会发送一个sync命令
• Master接到命令启动后台的存盘进程，同时收集所有接收到的用于修改数据集命令，在后台进程执行完毕后，master将传送整个数据文件到slave，以完成一次完全同步
• 全量复制：而slave服务在接收到数据库文件数据后，将其存盘并加载到内存中
• 增量复制：Master继续将新的所有收集到的命令依次传给slave，完成同步
• 但是只要重新连接master，一次完全同步（全量复制）将被自动执行

哨兵模式

反客为主的自动版本，能够后台监控主机是否故障，如果故障了根据投票数自动将从库转换为主库
配置

1. 调整为一仆二主模式
2. 自定义 sentinel.conf 文件，名字不能写错
3. 配置哨兵，填写内容

sentinel monitor mymaster 127.0.0.1 6379 1

其中 mymaster 为监控对象的服务器名称，1为至少多少个哨兵同意迁移的数量

启动哨兵

cd /usr/local/bin

# redis 做压测可以用自带的redis-benchmark工具
# 执行
redis-sentinel /myredis/sentinel.conf

当主机挂掉，从机选举产生新的主机

那个从机会被选举为主机？根据优先级别：slave-priority
原主机重启后会变成从机

延时复制

由于所有的写操作都是先在Master上操作，然后同步更新到Slave上，所以从 Master同步到Slave机器会有一定的延迟，当系统很繁忙的时候，延迟会更加严重，Slave机器数量的增加也会使这个问题更加严重

故障恢复

1. 从下线的主服务的所有从服务中挑选一个从服务，将其转换为主服务
   • 选择优先级靠前的
   • 选择偏移量最大的
   • 选择runid最小的从服务
2. 挑选出新的主服务后 sentinel 向原主服务器发送 slaveof 新主服务的命令，复制新的master
3. 当已下线的服务重新上线时，sentinel会向其发送slaveof命令，让其成为新主的从
4. 优先级在redis.conf中默认为：slave-priority 100， 值越小优先级越高
5. 每个redis实例启动都会随机生成一个40位的runid