Redis基础篇(五)AOF与RDB比较和选择策略

关于RDB和AOF的优缺点,官网上面也给了比较详细的说明redis.io/topics/pers…

RDB

优点:

RDB快照是一个压缩过的非常紧凑的文件,保存着某个时间点的数据集,适合做数据的备份,灾难恢复;

可以最大化Redis的的性能,在保存RDB文件,服务器进程只需要fork一个子进程来完成RDB文件的创建,父进程不需要做IO操作;

与AOF相比,恢复大数据集的时候会更快;

缺点:

RDB的数据安全性是不如AOF的,保存整个数据集的过程是比繁重的,根据配置可能要几分钟才快照一次,如果服务器宕机,那么就可能丢失几分钟的数据;

Redis数据集较大时,fork的子进程要完成快照会比较耗CPU、耗时;

AOF

优点:

数据更完整,安全性更高,秒级数据丢失(取决fsync策略,如果是everysec,最多丢失1秒的数据);

AOF文件是一个只进行追加的日志文件,且写入操作是以Redis协议的格式保存的,内容是可读的,适合误删紧急恢复;

缺点:

对于相同的数据集,AOF文件的体积要大于RDB文件,数据恢复也会比较慢;

根据所使用的fsync策略,AOF的速度可能会慢于RDB。 不过在一般情况下,每秒fsync的性能依然非常高;

RDB和AOF如何选择

通常来说,应该同时使用两种持久化方案,以保证数据安全。

如果数据不敏感,且可以从其他地方重新生成,可以关闭持久化。

如果数据比较重要,且能够承受几分钟的数据丢失,比如缓存等,只需要使用RDB即可。

如果是用做内存数据,要使用Redis的持久化,建议是RDB和AOF都开启。

如果只用AOF,优先使用everysec的配置选择,因为它在可靠性和性能之间取了一个平衡。

当RDB与AOF两种方式都开启时,Redis会优先使用AOF恢复数据,因为AOF保存的文件比RDB文件更完整。

参考资料

Redis设计与实现

10分钟彻底理解Redis的持久化机制:RDB和AOF

Redis两种持久化机制RDB和AOF详解(面试常问,工作常用)

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/wpxzfy.html