Redis 的复制
含义:
也就是我们所说的主从复制,主机数据更新后根据配置和策略,
自动同步到备机的master/slaver机制,Master以写为主,Slave以读为主
作用:
读写分离
容灾恢复
用法:(查看信息使用info replication
)
1.配从(库)不配主(库)
2.从库配置:slaveof 主库IP 主库端口
3.修改配置文件
4.常用3招
一主二仆:一个Master两个Slave
薪火相传:上一个Slave可以是下一个slave的Master,Slave同样可以接收其他
slaves的连接和同步请求,那么该slave作为了链条中下一个的master,
可以有效减轻master的写压力
反客为主:使用命令 SLAVEOF no one 使当前数据库停止与其他数据库的同步,转成主数据库
复制原理:
slave启动成功连接到master后会发送一个sync命令
Master接到命令启动后台的存盘进程,同时收集所有接收到的用于修改数据集命令,
在后台进程执行完毕之后,master将传送整个数据文件到slave,以完成一次完全同步
全量复制:而slave服务在接收到数据库文件数据后,将其存盘并加载到内存中。
增量复制:Master继续将新的所有收集到的修改命令依次传给slave,完成同步
但是只要是重新连接master,一次完全同步(全量复制)将被自动执行
哨兵模式:
反客为主的自动版,能够后台监控主机是否故障,如果故障了根据投票数自动将从库转换为主库
配置方式:
自定义的/myredis目录下新建sentinel.conf文件,名字绝不能错
sentinel.conf 内容:
创建 sentinel monitor 被监控数据库名字(自己起名字) 127.0.0.1 6379 1
(如sentinel monitor host79 127.0.0.1 6379 1
)
上面最后一个数字1,表示主机挂掉后salve投票看让谁接替成为主机,得票数多少后成为主机
启动哨兵:
(目录依照各自的实际情况配置,可能目录不同)
redis-sentinel /XXXXX/XXXXX/sentinel.conf
原来的master挂了,哨兵会组织投票选出新的master ,其余的slave会指向新的master,后面如果一开始的master回来了,也只能乖乖地去做slave了
复制的缺点
由于所有的写操作都是先在Master上操作,然后同步更新到Slave上,所以从Master同步到Slave机器有一定的延迟,当系统很繁忙的时候,延迟问题会更加严重,Slave机器数量的增加也会使这个问题更加严重。