Redis 持久化(三种)
AOF
- 配置
appendonly yes
- 优点
可以设置追加的时间是1s,即使发生故障,也只会丢失1s的数据,数据完整性更高
- 缺点
文件较大,恢复慢,但可以 rewrite
RDB
在某个时间点将数据写入一个临时文件,持久化结束后,用这个临时文件替换上次持久化的文件,达到数据恢复。
- 配置
save t n
修改了n个key,t秒后进行持久化 可以进行压缩,意味着CPU消耗
优点
使用单独子进程来进行持久化,主进程不会进行任何IO操作,保证了redis的高性能缺点
RDB是间隔一段时间进行持久化,如果持久化之间redis发生故障,会发生数据丢失。所以这种方式更适合数据要求不严谨的时候
混合模式(4.0版本支持)
看了两篇文章,写的很模糊
总结一下,aof在rewrite的时候把rdb写入到文件开头,之后写入的依旧是aof格式
解决了 aof 恢复慢,rdb写入时间间隔的问题
参考
Redis 最大内存
通常来讲实际内存达到最大内存的3/4时就要考虑加大内存或者拆分数据了;