redis持久化
RDB
RDB 是 Redis 默认的持久化方案。在指定的时间间隔内,执行指定次数的写操作,则会将内存中的数据写入到磁盘中。即在指定目录下生成一个dump.rdb文件。Redis 重启会通过加载dump.rdb文件恢复数据。
重点
- 在指定的时间间隔内,执行指定次数的写操作
- 为redis快照
- 默认开启
AOF 详解
AOF :Redis 默认不开启。它的出现是为了弥补RDB的不足(数据的不一致性),所以它采用日志的形式来记录每个写操作,并追加到文件中。Redis 重启的会根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作。
重点
- Redis 默认不开启
- 记录每个写操作
- 追加到文件中
AOF的重写机制
- AOF的工作原理是将写操作追加到文件中,文件的冗余内容会越来越多。所以聪明的 Redis 新增了重写机制。当AOF文件的大小超过所设定的阈值时,Redis就会对AOF文件的内容压缩。
- 重写的原理:Redis 会fork出一条新进程,读取内存中的数据,并重新写到一个临时文件中。并没有读取旧文件 最后替换旧的aof文件。
总结
- Redis 默认开启RDB持久化方式,在指定的时间间隔内,执行指定次数的写操作,则将内存中的数据写入到磁盘中。
- RDB 持久化适合大规模的数据恢复但它的数据一致性和完整性较差。(因为可能出现宕机还没做备份,导致备份数据不一致)
- Redis 需要手动开启AOF持久化方式,默认是每秒将写操作日志追加到AOF文件中
- AOF 的数据完整性比RDB高,但记录内容多了,会影响数据恢复的效率
- Redis 针对 AOF文件大的问题,提供重写的瘦身机制。(重写,根据内存写入并压缩,后续追加新的写入)
- 若只打算用Redis 做缓存,可以关闭持久化。
- 若打算使用Redis 的持久化。建议RDB和AOF都开启。其实RDB更适合做数据的备份,留一后手。AOF出问题了,还有RDB。