主机数据更新后根据配置和策略, 自动同步到备机的master/slaver机制,Master以写为主,Slave以读为主
读写分离,性能扩展
容灾快速恢复
准备配置文件,分别配置如下信息:
拷贝多个redis.conf文件include(写绝对路径),把公共配置文件包含进来 开启 daemonize yes Pid文件名字 pidfile 指定端口 port Log 文件名字 dump.rdb 名字 dbfilename Appendonly 关掉或者换名字
slave-priority 10 设置从机的优先级,值越小,优先级越高,用于选举主机时使用。默认100
info replication:打印主从复制的相关信息
配从(库)不配主(库)
slaveof <ip> <port>:成为某个实例的从服务器
6380 和 6381 成为了 6379 的从机。
主机宕机后,从机尝试连接到主机,主机再次上线后,从机自动连接到主机。
从机宕机重新上线后,之前在命令行配置的失效,需要重新使用 slaveof 进行配置。
可以将配置增加到文件中,永久生效。
(1)切入点问题?slave1、slave2是从头开始复制还是从切入点开始复制?比如从k4进来,那之前的k1,k2,k3是否也可以复制?
答:slave 从机将一直和 master 主机数据保持一致,无论是从什么时候开始连接的。
(2)从机是否可以写?set可否?
答:从机不可以进行写,自然不可以 set 操作,只是用来读取。
主从模式是为了减轻读写压力,主机master 可写可读,从机只可以用来读取。
(3)主机shutdown后情况如何?从机是上位还是原地待命?
答:从机会原地待命,会等待主机上线。
(4)主机又回来了后,主机新增记录,从机还能否顺利复制?
答:主机上线后,从机将连接到主机,并且保证与主机的数据一致,能够顺利复制。
(5)其中一台从机down后情况如何?依照原有它能跟上大部队吗?
答:从机宕机后重新上线,需要使用 slaveof 命令重新连接到主机,这时仍然能保证数据一致。
可以把 salveof 命令配置到 Redis 的配置文件中,这样重新启动会自动连接主机。
上一个Slave可以是下一个 slave 的 Master,Slave 同样可以接收其他 slaves 的连接和同步请求,那么该slave作为了链条中下一个的 master, 可以有效减轻 master 的写压力,去中心化降低风险。
slaveof <ip> <port>
中途变更转向:会清除之前的数据,重新建立拷贝最新的
风险是一旦某个slave宕机,后面的slave都没法备份
主机挂了,从机还是从机,无法写数据了
当一个master宕机后,后面的slave可以立刻升为 master,其后面的slave不用做任何修改。
用 slaveof no one 将从机变为主机。
(1)Slave 启动成功连接到 master 后会发送一个 sync 命令;
(2)Master接到命令启动后台的存盘进程,同时收集所有接收到的用于修改数据集命令, 在后台进程执行完毕之后,master 将传送整个数据文件到slave,以完成一次完全同步
(3)全量复制:而slave服务在接收到数据库文件数据后,将其存盘并加载到内存中。
(4)增量复制:Master继续将新的所有收集到的修改命令依次传给slave,完成同步
(5)但是只要是重新连接master,一次完全同步(全量复制)将被自动执行