Redis实现持久化方案

一:redis持久化

redis的所有数据保存在内存中，对数据的更新将异步的保存到硬盘上。

二:redis实现数据持久化的两种实现方式：

a:RDB：指定的时间间隔内保存数据快照
b:AOF：先把命令追加到操作日志的尾部，保存所有的历史操作

三:RDB实现的三种方式：

1：save(同步)

a: 客户端输入save命令----》redis服务端----》同步创建RDB二进制文件
b:会造成redis的阻塞（数据量非常大的时候）
c: 文件策略：如果老的RDB存在，会替换老的
d: 复杂度 o(n)
 

2. bgsave(异步)

a: 客户端输入save命令----》redis服务端----》异步创建RDB二进制文件（fork函数生成一个子进程（fork会阻塞reids），执行createRDB，执行成功，返回给reids消息）
b: 此时访问redis，会正常响应客户端
c: 文件策略：跟save相同，如果老的RDB存在，会替换老的
d: 复杂度 o(n)
 

3 配置文件（自动）最常用的一种方式

save 900 1 (如果900s生成了1条数据，就生成rdb)

save 300 10 (如果300s生成了10条数据，就生成rdb)

save 60 10000 (如果60s生成了10000条数据，就生成rdb)

但是，但是，但是， 一旦修改的条数没有在规定时间内触发，就不会生成rdb文件，就会导致数据没有持久化，

所以可以采用AOF。

四:AOF

客户端每写入一条命令，都记录一条日志，放到日志文件中，如果出现宕机，可以将数据完全恢复

日志不是直接写到硬盘上，而是先放在缓冲区，缓冲区根据一些策略，写到硬盘上

#第一种：always：redis--》写命令刷新的缓冲区---》每条命令fsync到硬盘---》AOF文件

#第二种：everysec（默认值）：redis——》写命令刷新的缓冲区---》每秒把缓冲区fsync到硬盘--》AOF文件

#第三种：no:redis——》写命令刷新的缓冲区---》操作系统决定，缓冲区fsync到硬盘--》AOF文件

AOF重写

随着命令的逐步写入，并发量的变大， AOF文件会越来越大，通过AOF重写来解决该问题