Redis的复制(Master/Slave)
Redis的复制
是什么?
就是我们常说的主从复制,主机数据更新后根据配置和策略,自动同步到备机的master/slaver机制,Master以写为主,Slave以读为主
能干嘛?
- 读写分离
- 容灾恢复
如何用?
- 配从库
slaveof 主库ip 端口
#查看住从信息
info replication
每次与master断开后,需要重新连接,如果想一直起作用需要修改redis.conf文件
常用的主从方法
- 一主二仆
一个Master与两个Slave
- 薪火相传
A:master b:slave&master c:slave
A:为主库
B:为A的从库,为C的主库
C:为B的从库
- 反客为主
#主库断开后,从库可以使用下面命令变为主库
SLAVEOF no one
使当前数据库停止与其他数据库的同步,转成主数据库
- 哨兵模式(自动反客为主)
能够后台监控Master库是否故障,如果故障了根据投票数自动将slave库转换为主库。
使用步骤:
- 在Master对应redis.conf同目录下新建sentinel.conf文件,名字绝对不能错;
- 配置哨兵,在sentinel.conf文件中填入内容(可以配置多个):
#说明:最后一个数字1,表示主机挂掉后slave投票看让谁接替成为主机,得票数多少后成为主机。
sentinel monitor 被监控数据库名字(自己起名字) ip port 1
- 启动哨兵模式(按照配置文件的路径启动):
redis-sentinel /myredis/sentinel.conf
注意:
- 当master宕机后,会使用选票进行选出master。使用了sentinal.conf启动才会开启自动投票。
- 原来的master恢复后,会变成slave
Redis复制的原理
-
Slave启动成功连接到master后会发送一个sync命令;
-
Master接到命令启动后的存盘进程,同时收集所有接收到的用于修改数据集命令,在后台进程执行完毕之后,master
将传送整个数据文件到slave,以完成一次完全同步;
-
全量复制:而slave服务在数据库文件数据后,将其存盘并加载到内存中; -
增量复制:Master继续将新的所有收集到的修改命令依次传给slave,完成同步; -
但是只要是重新连接master,一次完全同步(全量复制)将被自动执行。
复制的缺点
延时,由于所有的写操作都是在Master上操作,然后同步更新到Slave上,所以从Master同步到Slave机器有一定的延迟,当系统很繁忙的时候,延迟问题会更加严重,Slave机器数量的增加也会使得这个问题更加严重。
常用命令
| 命令 | 作用 |
|---|---|
| slaveof 主库ip 主库端口 | 配置从库 |
| info replication | 查看redis主从复制的情况 |
| slaveof no one | 使当前数据库停止与其他数据库的同步,转成主数据库 |
| redis-sentinel /myredis/sentinel.conf | 以哨兵模式启动redis |

浙公网安备 33010602011771号