1 简介

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

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

2 本文目的

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

replication

  • h1作为主机(master)
  • h2和h3作为备机(slave)
  • 主机h1负责写数据
  • 备机h2、h3负责读数据
  • 为方便,此处用主机名代替IP地址。此处实验环境中ip地址和主机名关系如下:
1
2
3
4
5
6
7
8
[root@h1 redis]$ cat /etc/hosts
127.0.0.1               localhost.localdomain localhost
::1             localhost6.localdomain6 localhost6
192.168.1.131   h1 # 主机(master)
192.168.1.132   h2 # 备机(slave)
192.168.1.133   h3 # 备机(salve)
[root@h1 redis]$

2 配置

2.1 注意点

  • 配置之前请先确保主机和备机中的Redis配置文件以下几项已经修改:
1
2
3
4
5
6
# 关闭保护模式--不然在不同的主机上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服务器
  • 先来看看主从关系
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
# 此时的三台主机显示的都是master角色
h1:6379> info replication
# Replication
role:master
connected_slaves:0
master_repl_offset:0
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0
h1:6379>
# h2信息
h2:6379> info replication
# Replication
role:master
connected_slaves:0
master_repl_offset:0
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0
h2:6379>  
# h3信息
h3:6379> info replication
# Replication
role:master
connected_slaves:0
master_repl_offset:0
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0
h3:6379>
  • 动态配置主从关系

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

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

具体操作如下:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
# 备机h2配置
h2:6379> SLAVEOF h1 6379
OK
h2:6379> info replication
# Replication
role:slave
master_host:h1 # 当前h2是h1的备机
master_port:6379 # 主机端口
master_link_status:up # 通信链路已经连通
master_last_io_seconds_ago:1
master_sync_in_progress:0
slave_repl_offset:15
slave_priority:100
slave_read_only:1
connected_slaves:0
master_repl_offset:0
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0
h2:6379>  
# 配置h3
h3:6379> SLAVEOF h1 6379
OK
h3:6379> info replication
# Replication
role:slave
master_host:h1
master_port:6379
master_link_status:up
master_last_io_seconds_ago:3
master_sync_in_progress:0
slave_repl_offset:57
slave_priority:100
slave_read_only:1
connected_slaves:0
master_repl_offset:0
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0
h3:6379>
  • 测试
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
# 先清空数据
h1:6379> FLUSHALL
OK
# 在主机上添加数据
h1:6379> set k1 v1
OK
h1:6379>  
# 在备机h2上查看
h2:6379> get k1
"v1"
h2:6379>  
# 在备机h3上查看
h3:6379> get k1
"v1"
h3:6379>

2.3 静态配置

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

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

1
2
# 一条配置指令即可
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的从属关系

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

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

参考文档