redis-08-主从复制

1 简介

Redis的主从复制简单来说就是：

• 根据一定的策略将主机数据同步至从机
• 主从复制,读写分离,容灾备份
• 主写从读,高可用

2 本文目的

本篇文章将配置如下结构的主从复制示例：

• h1作为主机(master)
• h2和h3作为备机(slave)
• 主机h1负责写数据
• 备机h2、h3负责读数据
• 为方便,此处用主机名代替IP地址。此处实验环境中ip地址和主机名关系如下:

[root@h1 redis]$ cat /etc/hosts127.0.0.1               localhost.localdomain localhost::1             localhost6.localdomain6 localhost6192.168.1.131   h1 # 主机(master)192.168.1.132   h2 # 备机(slave)192.168.1.133   h3 # 备机(salve)[root@h1 redis]$  

2 配置

2.1 注意点

• 配置之前请先确保主机和备机中的Redis配置文件以下几项已经修改:

# 关闭保护模式--不然在不同的主机上redis的主从机是连接不了的protected-mode no# 以后台进程的方式运行redis服务daemonize yes# 绑定所有网络地址(方便起见才这么做的)bind 0.0.0.0

• 将redis启动过程中的警告处理掉：

http://blog.csdn.net/hylexus/article/details/69358037

2.2 动态配置

此处所谓的动态配置指的是在redis运行时使用命令动态配置集群中的主从关系。

• 主机的配置文件不用修改
• 分别启动三台redis服务器
• 先来看看主从关系

# 此时的三台主机显示的都是master角色h1:6379> info replication# Replicationrole:masterconnected_slaves:0master_repl_offset:0repl_backlog_active:0repl_backlog_size:1048576repl_backlog_first_byte_offset:0repl_backlog_histlen:0h1:6379># h2信息h2:6379> info replication# Replicationrole:masterconnected_slaves:0master_repl_offset:0repl_backlog_active:0repl_backlog_size:1048576repl_backlog_first_byte_offset:0repl_backlog_histlen:0h2:6379>  # h3信息h3:6379> info replication# Replicationrole:masterconnected_slaves:0master_repl_offset:0repl_backlog_active:0repl_backlog_size:1048576repl_backlog_first_byte_offset:0repl_backlog_histlen:0h3:6379>  

• 动态配置主从关系

其实配置很简单,只需要配置备机即可:

# 将当前机器配置为<host>机器上redis服务的备机slaveof <host> <port>

具体操作如下:

# 备机h2配置h2:6379> SLAVEOF h1 6379OKh2:6379> info replication# Replicationrole:slavemaster_host:h1 # 当前h2是h1的备机master_port:6379 # 主机端口master_link_status:up # 通信链路已经连通master_last_io_seconds_ago:1master_sync_in_progress:0slave_repl_offset:15slave_priority:100slave_read_only:1connected_slaves:0master_repl_offset:0repl_backlog_active:0repl_backlog_size:1048576repl_backlog_first_byte_offset:0repl_backlog_histlen:0h2:6379>  # 配置h3h3:6379> SLAVEOF h1 6379OKh3:6379> info replication# Replicationrole:slavemaster_host:h1master_port:6379master_link_status:upmaster_last_io_seconds_ago:3master_sync_in_progress:0slave_repl_offset:57slave_priority:100slave_read_only:1connected_slaves:0master_repl_offset:0repl_backlog_active:0repl_backlog_size:1048576repl_backlog_first_byte_offset:0repl_backlog_histlen:0h3:6379>  

• 测试

# 先清空数据h1:6379> FLUSHALLOK# 在主机上添加数据h1:6379> set k1 v1OKh1:6379>  # 在备机h2上查看h2:6379> get k1"v1"h2:6379>  # 在备机h3上查看h3:6379> get k1"v1"h3:6379>  

2.3 静态配置

此处所谓的静态配置是和2.1中所谓的静态配置相对应的配置，指的是在redis的配置文件中事先配好主从关系。

分别在备机h2和h3的配置文件里增加如下配置即可：

# 一条配置指令即可SLAVEOF h1 6379

3 同步过程

• slave启动成功后,连接到master后会发送一个sync命令
• master收到sync命令后
  
  • 启动后台备份进程备份(包括写操作的数据)
  • 数据备份完成后将传送整个数据文件到slave,即一次完全同步
• 只要是重新连接master,一次完全同步(全量复制)将被自动执行.
  
  • 同时，slave在接收到数据库文件数据后，将其存盘并加载到内存中
• 集群稳定后
  
  • master继续将收到的写操作命令依次传给slave,即增量同步
• 可以使用slaveof no one来使某台slave重新恢复自由身,即不再做任何主机的备机.

4 主从复制的特点

• 一个master可以有N个slave
• 某个slave宕机,读性能下降
• master宕机,导致写操作完全无法执行
• master宕机后,需手动配置和指定新的master及其附属slave的从属关系

因此,仅仅使用主从复制还是不够的。因为主从仅仅针对高并发,对于高可用没有考虑。

请看下一篇文章中介绍的哨兵模式。

参考文档

• 尚硅谷思维导图
• http://www.redis.cn/documentation.html
• https://redis.io/documentation