Redis的复制(Master/Slave)
a)是什么
行话:也就是我们所说的主从复制,主机数据更新后根据配置和策略,自动同步到备机的master/slaver机制,Master以写为主,Slave以读为主
b)能干吗
1.读写分离
2.容灾恢复
c)怎么用
1.配从不配主
2.从库配置:slaveof 主库IP 主库端口
每次与master断开之后,都需要重新连接,除非你配置进redis.cong文件
info replication 查看当前库的主从配置信息
3.修改配置文件细节操作
拷贝多个redis.conf文件,目的是以不用的配置文件(不同的端口,不同的日志文件名等)启动多个Redis服务
开启 daemonize yes
pid文件名字
指定端口
log文件名字
dump.rdb名字
4.常用三招
1.一主二仆 一个Master两个Slave
主从复制问题演示:
1 切入点问题?slave1、slave2是从头开始复制还是从切入点开始复制?比如从k4进来,那之前的123是否也可以复制
2 从机是否可以写?set可否?
3 主机shutdown后情况如何?从机是上位还是原地待命
4 主机又回来了后,主机新增记录,从机还能否顺利复制?
5 其中一台从机down后情况如何?依照原有它能跟上大部队吗?
2.薪火相传
上一个Slave可以是下一个Slave的Master,Slave同样可以接收其他Slaves的连接和同步请求,那么该slave作为了链条中下一个的master,可以有效减轻master的写压力
中途变更转向:会清除之前的数据,重新建立拷贝最新的
slaveof 新主库IP 新主库端口
3.反客为主
SLAVEOF no one 使当前数据库停止与其他数据库的同步,转成主数据库
d)复制原理
slave启动成功连接到master后会发送一个sync命令
Master接到命令启动后台的存盘进程,同时收集所有接收到的用于修改数据集命令,在后台进程执行完毕之后,master将传送整个数据文件到slave,以完成一次完全同步
全量复制:而slave服务在接收到数据库文件数据后,将其存盘并加载到内存中。
增量复制:Master继续将新的所有收集到的修改命令依次传给slave,完成同步
但是只要是重新连接master,一次完全同步(全量复制)将被自动执行
即从机连接主机时,主机会把修改数据的命令完全拷贝一份,发送给从机,从机拿到这份命令文件,会全部执行文件中的所有命令,即让从机和主机中存储的数据保持一致,
后面主机再进行数据的修改,就把新增的那部分再给从机,从机再执行保持一致性
注:MySQL中主从复制类似,但是好像是没全量复制的,只有增量复制
e)哨兵模式 反客为主的自动版
能够后台监控主机是否故障,如果故障了根据投票数自动将从库转换为主库
一组sentinel 能同时监控多个Master
怎么启动:
1.自定义的 /myredis目录下 新建sentinel.conf文件名字绝不能错
2.配置哨兵,填写内容
sentinel monitor 被监控数据库名字(自己起名字)127.0.0.1 6379 1
上面最后一个数字1,表示主机挂掉后slave投票看让谁接替主机,得票数多少够成为主机
3.启动哨兵
redis-sentinel /myredis/sentinel.conf
上述目录依照各自的实际情况配置,可能目录不同
结果:如果原先监听的master 挂掉了,上位了一个新的master,哨兵会去监听这个新的master,哨兵会去监听这个新的master,老master如果回来,会被 slave 到新的master下
如果这个新的master又挂掉了,又会从slave中选出新的master,哨兵再去监听master,之后所有连接回来,都会变成slave
另外,如果启动哨兵模式后,从机挂了,后面再连上,也会自动连接到主机上,不用再SLAVEOF
主从复制的缺点:复制延时
由于所有的写操作都是先在Master上操作,然后同步更新到Slave上,所以从Master同步到Slave机器有一定的延迟,当系统很繁忙的时候,延迟问题会更严重,Slave机器数量的增加也会使这个问题更加严重