mysql redis 集群

主从复制

redis

rdb

当有多个从节点，也就是一主多从时，第一次连接时都要进行全量复制

save 堵塞主进程

bgsave fork一个子进程

aof

aof重写

由于 AOF 文件是依次记录客户端发来的写入命令，在写入较多的情况下，AOF 文件会快速膨胀，因此需要 AOF 重写精简其中的命令。

AOF 重写的过程中并不会读取原有的 AOF 文件，而是直接根据数据库当前的状态生成一份新的 AOF 文件，类似于 SQL 导出数据时直接生成 INSERT 语句。

重写时新写入的命令会进入aof缓冲区，重写完成追加到重写的文件后，替换原来的aof文件

redis无法保证主从节点的强一致性

解决异步复制和脑裂导致的数据丢失

min-slaves-to-write 1
min-slaves-max-lag 10

要求至少有1个slave，数据复制和同步的延迟不能超过10秒

如果说一旦所有的slave，数据复制和同步的延迟都超过了10秒钟，那么这个时候，master就不会再接收任何请求了

上面两个配置可以减少异步复制和脑裂导致的数据丢失

（1）减少异步复制的数据丢失

有了min-slaves-max-lag这个配置，就可以确保说，一旦slave复制数据和ack延时太长，就认为可能master宕机后损失的数据太多了，那么就拒绝写请求，这样可以把master宕机时由于部分数据未同步到slave导致的数据丢失降低的可控范围内

（2）减少脑裂的数据丢失

如果一个master出现了脑裂，跟其他slave丢了连接，那么上面两个配置可以确保说，如果不能继续给指定数量的slave发送数据，而且slave超过10秒没有给自己ack消息，那么就直接拒绝客户端的写请求

这样脑裂后的旧master就不会接受client的新数据，也就避免了数据丢失

上面的配置就确保了，如果跟任何一个slave丢了连接，在10秒后发现没有slave给自己ack，那么就拒绝新的写请求

因此在脑裂场景下，最多就丢失10秒的数据