Redis的持久化之RDB与AOF总结

文章目录

• RDB 总结
• AOF 总结
• 总结

RDB 总结

• RDB是一个非常紧凑的文件
• RDB在保存RDB文件时父进程唯一需要做的就是fork出一个子进程，接下来的工作全部由子进程来做，父进程不需要再做其他IO操作，所以RDB持久化方式可以最大化Redis的性能
• 与AOF相比，在恢复大数据集的时候，RDB方式会更快一些
• 数据丢失风险大
• RDB需要进程fork子进程来保存数据集到硬盘上，当数据集比较大的时候，fork的过程是非常耗时的，可能会导致Redis在一些毫秒级不能响应客户端操作

AOF 总结

• AOF文件是一个只进行追加的日志文件
• Redis可以在AOF文件体积变得过大时，自动地在后台对AOF进行重写
• AOF文件有序地保存了对数据库执行的所有写入操作，这些写入操作以Redis协议的格式保存，因此AOF文件的内容非常容易被人读懂，对文件进行分析也很轻松
• 对于相同的数据集来说，AOF文件的体积通常要大于RDB文件的体积
• 根据所使用的的fsync策略，AOF的速度可能会慢于RDB

总结

• RDB持久化方式能够在指定的时间间隔，能对你的数据进行快照存储
• AOF持久化方式记录每次对服务器写的搓澡，当服务器重启的时候会重新执行这些命令来恢复原始的数据，AOF命令以Redis协议追加保存每次写的操作到文件末尾，Redis还可以对AOF文件进行后台重写，使得AOF文件的体积不至于过大
• 只做缓存：如果你只希望你的数据在服务器运行的时候存在，你也可以不使用任何持久化的方式
• 同时开启两种持久化方式 在这种情况下，当Redis重启的时候会优先载入AOF文件来恢复原始的数据，因为通常情况下AOF文件保存的数据集要比RDB文件保存的数据集要完整。
• RDB的数据不实的时候，同时使用两者时服务器重启也只会找AOF文件。

• 点赞
• 收藏
• 分享
• 文章举报