3/11Redis学习下

RDB

优点：1.使用二进制压缩包文件，内容更小。2.容量小，启动速度快

缺点：实时性较差，会出现数据丢失的问题，版本不兼容，老的redis可能不支持rdb文件

AOF:

优点：实时性好，可以同appendSYnc，设置always，每一次操作都会记录到文件中。

缺点：容量相较于rdb比较大，启动速度比较慢，恢复速度慢

目前主流是AOF,如果数据具有同步性实时性高，则推荐aof，如果实例小，可以接受一段时间的数据丢失则使用rdb。如果只追求运行时数据存在，则无需配置。

1.是否配置了aof，然后配置，优先选择aof

2.当aof不存在时，配置rdb

3.redis加载aof/rdb，redis启动成功

4.启动失败，redis进行失败日志输出。

重启 Redis 时，我们很少使用 RDB 来恢复内存状态，因为会丢失大量数据。我们通常使用 AOF 日志重放，但是重放 AOF 日志性能相对 RDB 来说要慢很多，这样在 Redis 实例很大的情况下，启动需要花费很长的时间。

Redis 4.0 为了解决这个问题，带来了一个新的持久化选项——混合持久化。将 rdb 文件的内容和增量的 AOF 日志文件存在一起。

这里的 AOF 日志不再是全量的日志，而是 自持久化开始到持久化结束 的这段时间发生的增量 AOF 日志，通常这部分 AOF 日志很小.

于是在 Redis 重启的时候，可以先加载 rdb 的内容，然后再重放增量 AOF 日志就可以完全替代之前的 AOF 全量文件重放，重启效率因此大幅得到提升。

将一台redis的数据，拷贝到其他redis节点上，前者是主节点，后者则是从节点，且数据是单向的，即支持主节点向从节点发送消息，支持从节点给从节点发送信息。

（1）数据冗余：实现数据的热备份，是除了数据持久化之外的一种数据冗余方式。

（2）故障恢复：当主节点出现故障的时候，从节点可以提高服务，实现数据的快速的恢复

（3）负载均衡，在主从复制的基础上，实现读写分离，主节点负责写操作，从节点负责读操作，适用于读多写少的情况，提高redis的并发能力。

（4）高可用，主从复制是redis的哨兵和集群实现的基础，是redis高可用的基础。

（1）一对一的数据结构，从节点负责在主节点多宕机的时候，提高故障转移支持‘

（2）一对多，也叫星型，一个主节点对应多个从节点，利用从节点实现读写分离，提高redisde1并发能力

（3）多对多也叫树形。使得从节点不但可以复制拷贝主节点的数据，还支持从从复制，将数据拷贝到字节的下一个从节点里面。有助于负载均衡操作。

（1）先获取主节点的配置信息，如果port和id

（2）从节点与主节点进行socket连接

（3）从节点发送ping请求，主要检测：网络可用性和网络套接字是否可以

（4）如果主节点存在验证信息，则进行权限认证

（5）主节点会把数据拷贝给从节点

（6）然后主节点会持续写命令发给从节点，保证数据一致性。

redis分为全部复制和部分复制，当redis进行全部同步时，则是将redis的全部数据都同步给从节点，导致时间长，对网络产生了很大的开销。所以后期引入了部分复制。

（1）全部复制的流程

(2)部分复制

针对于全量复制的高消费，我们提除了部分复制。当从从节点对主节点进行复制，出现了网络异常等操作，导致信息中断后，从节点会要求主节点从发那些没有接收到的数据，如果主节点的复制缓冲区有这个数据则直接发送。

过程

当网络中断或者是数据丢失后，时间超过repl-timeout时间，主节点则会主动向中断的从节点进行数据恢复
主从连接中断后，但主节点依然响应数据，他会把数据放在复制缓存区，默认最大缓存1mb
当从节点恢复，连接主节点后
从节点上一次数据的id和offset便宜量，因此会把它们当作 psync 参数发送给主节点，要求进行部分复制操作。
主节点接收到了psync后，判断runid是否和自己一致，如果是，则是请求的自己。然后通过偏移量，查找缓冲区，如果存在，则主节点发送+continue响应，积极性部分复制
主节点根据偏移量把复制积压缓冲区里的数据发送给从节点，保证主从复制进入正常状态