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重写来解决该问题