1. 什么是主从复制
主机数据更新后根据配置和策略, 自动同步到备机的master/slaver机制,Master以写为主,Slave以读为主
2. 能做什么
- 读写分离,性能扩展
- 容灾快速恢复
3. 配置1主2从
3.1 配置
拷贝多个redis.conf文件include(写绝对路径)
开启daemonize yes
Pid文件名字pidfile
指定端口port
Log文件名字 不重要可以不写
dump.rdb名字dbfilename
Appendonly 关掉或者换名字
-
创建/myredis 文件夹 -
复制redis.conf配置文件到文件夹中 -
配置一主两从,创建三个配置文件 redis6379.conf redis6380.conf redis6381.conf -
在三个配置文件中写入内容
include /myredis/redis.conf
pidfile /var/run/redis_6379.pid
port 6379
dbfilename dump6379.rdb
其余两个也是一样的,但是端口号什么要修改
3.2 启动redis
3.3 配置主从关系
info replication 打印主从复制的相关信息
先通过端口号连接redis服务器 可以看到是master主机,三个都是主机。
slaveof <ip><port> 成为某个实例的从服务器
配置从机: 在6380和6381上执行: slaveof 127.0.0.1 6379
4.常见问题
4.1 一主二仆
-
切入点问题?slave1、slave2是从头开始复制还是从切入点开始复制?比如从k4进来,那之前的k1,k2,k3是否也可以复制? 从头开始复制 -
从机是否可以写?set可否? 不可写 -
主机shutdown后情况如何?从机是上位还是原地待命?原地待命 -
主机又回来了后,主机新增记录,从机还能否顺利复制? -
其中一台从机down后情况如何?依照原有它能跟上大部队吗? 会自动变成主服务器,但是是自己不是在群组中
5. 主从复制原理
- Slave启动成功连接到master后会发送一个sync命令
- Master接到命令启动后台的存盘进程,同时收集所有接收到的用于修改数据集命令, 在后台进程执行完毕之后,master将传送整个数据文件到slave,以完成一次完全同步
- 全量复制:而slave服务在接收到数据库文件数据后,将其存盘并加载到内存中。
- 增量复制:Master继续将新的所有收集到的修改命令依次传给slave,完成同步
- 但是只要是重新连接master,一次完全同步(全量复制)将被自动执行
6. 薪火相传
上一个Slave可以是下一个slave的Master,Slave同样可以接收其他 slaves的连接和同步请求,那么该slave作为了链条中下一个的master, 可以有效减轻master的写压力,去中心化降低风险。
用 slaveof <ip><port> 中途变更转向:会清除之前的数据,重新建立拷贝最新的 风险是一旦某个slave宕机,后面的slave都没法备份 主机挂了,从机还是从机,无法写数据了
7. 反客为主
当一个master宕机后,后面的slave可以立刻升为master,其后面的slave不用做任何修改。 用 slaveof no one 将从机变为主机。
|