2020-10-25

1、RDB和AOF的优缺点

RDB的优缺点：

优点：
（1）RDB是基于时间的快照，执行速度较快
（2）可以通过脚本或save命令自定义事件点备份，保留多份备份，出现问题后可以恢复到不同版本
（3）RDB对Redis对外提供的读写服务，影响非常小，可以让Redis保持高性能，因为Redis主进程只需要fork一个子进程，让子进程执行磁盘IO操作来进行RDB持久化即可。
缺点：
（1）不能实时保存数据，可能会丢失自上一次执行RDB备份到当前的内存数据
（2）RDB每次在fork子进程来执行RDB快照数据文件生成的时候，如果数据文件特别大，可能会导致对客户端提供的服务暂停数毫秒，或者甚至数秒。

AOF的优缺点：

优点：
（1）数据安全性相对较高
（2）AOF日志文件以append-only模式写入，写入性能比较高。AOF日志文件以append-only模式写入，所以没有任何磁盘寻址的开销，写入性能非常高，而且文件不容易破损，即使文件尾部破损，也很容易修。
（3）Redis可以在 AOF文件体积变得过大时，自动地在后台对AOF进行重写,重写后的新AOF文件包含了恢复当前数据集所需的最小命令集合。整个重写操作是绝对安全的，因为Redis在创建新 AOF文件的过程中，append模式不断的将修改数据追加到现有的 AOF文件里面，即使重写过程中发生停机，现有的 AOF文件也不会丢失。而一旦新AOF文件创建完毕，Redis就会从旧AOF文件切换到新AOF文件，并开始对新AOF文件进行追加操作。
（4）适合做灾难性的误删除紧急恢复。AOF日志文件的命令通过非常可读的方式进行记录，这个特性非常适合做灾难性的误删除的紧急恢复。比如某人不小心用flushall命令清空了所有数据，只要这个时候后台rewrite还没有发生，那么就可以立即拷贝AOF文件，将最后一条flushall命令给删了，然后再将该AOF文件放回去，就可以通过恢复机制，自动恢复所有数据。
缺点：
（1）对于同一份数据来说，AOF日志文件通常比RDB数据快照文件更大，恢复速度慢。
（2）bug 出现的可能性更多。
（3）根据fsync策略不同,AOF速度可能会慢于RDB

2、master和slave同步过程

（1）从服务器连接主服务器，发送PSYNC命令
（2）主服务器接收到PSYNC命令后，开始执行BGSAVE命令生成RDB快照文件并使用缓冲区记录此后执行的所有写命令
（3）主服务器BGSAVE执行完后，向所有从服务器发送RDB快照文件，并在发送期间继续记录被执行的写命令
（4）从服务器收到快照文件后丢弃所有旧数据，载入收到的快照至内存
（5）主服务器快照发送完毕后,开始向从服务器发送缓冲区中的写命令
（6）从服务器完成对快照的载入，开始接收命令请求，并执行来自主服务器缓冲区的写命令
（7）后期同步会先发送自己slave_repl_offset位置，只同步新增加的数据，不再全量同步

3、哨兵的使用和实现机制

4、redis cluster集群创建和使用