RDB:Redis DataBase
在指定的时间间隔内将内存中的数据集快照写入磁盘，实际操作过程是fork一个子进程，先将数据集写入临时文件，写入成功后，再替换之前的文件，用二进制压缩存储
优点：
1.整个Redis数据库将只包含一个文件dump.rdb,方便持久化
2.容灾性好，方便备份
3.性能最大化，fork子进程来操作写操作，让主进程继续处理命令，所以IO最大化。使用单独子进程来进行持久化，主进程不会进行任何IO操作，保证redis的高性能
4.相对于数据集大时，比AOF的启动效率更高
缺点：
1.数据安全低，RDB是间隔一段时间进行持久化，如果持久化之间redis发生故障，会发生数据丢失。所以这种方式更适合数据要求不严谨的时候
2.由于RDB是通过fork子进程来协助完成数据持久化的。因此，如果当数据集较大时，可能会导致整个服务器停止服务几百毫秒，甚至1秒钟
AOF：Append Only File
以日志的形式记录服务器所处理的每一个写，删除操作，查询操作不会记录，以文本的方式记录，可以打开文件看到详细的操作记录
优点：
1.数据安全，redis中提供了3种同步策略，即每秒同步、每修改同步和不同步。事实上，每秒同步也是异步完成的，其效率也是非常高的，所差的是一旦系统出现宕机现象，那么这一秒钟之内修改的数据将会丢失。而每修改同步，我们可以将其视为同步持久化，即每次发生的数据变化都会被立即记录到磁盘中。
2.通过append模式写文件，即使中途服务器宕机也不会破坏已经存在的内容,可以通过redis-check-aof工具解决数据一致性问题
3.AOF机制的rewrite模式。定期对AOF文件进行重写，已达到压缩的目的
缺点：
1.AOF文件比RDB文件大，且恢复速度慢
2.数据集大的时候，比rdb启动效率低
3.运行效率没有RDB高
总结：
1.AOF文件比RDB更新频率高，优先使用AOF还原数据
2.AOF比RDB更安全也更大
3.RDB性能比AOF好
4.如果两个都配了优先加载AOF
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
