当网络分区发生时,一致性和可用性两难全。
Redis的一致性与可用性
Redis的主从数据是异步同步的,分布式的Redis并不满足一致性要求。但Redis保证最终一致性,从节点会采用多种策略追赶,尽力保持和主节点一致。
客户端在Redis主节点修改了数据后,立即返回,即使在主从网络断开的情况下,主节点依旧可以正常对外提供修改服务,所以Redis满足可用性。
增量同步
Redis同步的是指令流,主节点会将产生修改性影响的指令记录在本地内存buffer中,然后异步将buffer中的指令同步到从节点。从节点则一边同步指令流一边向主节点反馈自己的同步进度。
但内存buffer有限,Redis 的复制内存buffer是定长的环形数组,数组内容满了会从头覆盖前面的内容。
快照同步
首先在主节点上进行一次bgsave,将当前内存的数据全部快照到磁盘中,然后将快照文件的内容全部传送到从节点。
从节点接受文件后,立即执行一次全量加载(首先清空当前内存的数据),加载完毕后进行增量同步。
但是,在快照同步进行中时,主节点的复制buffer还在不停进行,如果快照同步的时间过长,都会导致同步期间的增量指令在复制buffer中覆盖(这样又回到了增量同步的指令被覆盖情形),这样会再次发起快照同步,陷入死循环。
所以需配置一个合适的复制buffer大小,避免快照同步的死循环。
无盘复制
指主节点通过套接字将快照内容发送到从节点。主节点一边遍历内存,一边将序列化的内容发送到从节点。
Wait指令
同步复制,确保系统强一致性。
wait 2 1
第一个参数是从节点的数量
第二个参数是时间(毫秒)
等待wait指令之前的所有写操作同步到2个从节点,最多等待1毫秒。