Redis的持久化机制及优缺点
Redis在我们日常开发中是必不可少的，但是有可能会造成数据的丢失，因此就有了持久化机制，而 Redis的持久化机制也是面试中的高频问题，决定整理一下；如有错误还请个位指正！
文章目录
什么是Redis持久化？
Redis持久化就是把内存的数据写到磁盘中去，防止服务宕机了内存数据丢失；
Redis提供两种持久化机制RDB（默认）和AOF机制；
RDB
RDB（Redis DataBase缩写快照）是Redis默认的持久化方式。按照一定的时间将内存的数据以快照的形式保存到硬盘中，对应产生的数据文件为dump.rdb。通过配置文件中的save参数来定义快照的周期；记录Redis数据库的所有键值对，在某个时间点将数据写入一个临时文件持久化结束后，用这个临时文件替换上次持久化的文件达到数据恢复；
优点：
- 只有一个文件 dump.rdb，方便持久化；
- 容灾性好，一个文件可以保存到安全的磁盘；
- 性能最大化，fork子进程来完成写操作，让主进程继续处理命令，所以是IO最大化。使用单独子进程来进行持久化，主进程不会进行任何 IO 操作，保证了Redis的高性能；
- 相对于数据集大时，比 AOF 的启动效率更高；
缺点：
- 数据安全性低；
- RDB 是间隔一段时间进行持久化，如果在持久化时Redis发生故障，会发生数据丢失。所以这种方式更适合数据要求不严谨的时候；
AOF
AOF持久化(即Append Only File持久化)，是将Redis执行的每次写命令记录到单独的日志文件中，当重启Redis会重新将持久化的日志中文件恢复数据。当两种方式同时开启时数据恢复Redis会优先选择AOF恢复；
优点：
- 数据安全，AOF持久化可以配置 appendfsync 属性，有always属性，每进行一次命令操作就记录到AOF文件中一次；
- 通过append模式写文件，即使中途服务器宕机，可以通过 redis-check-aof 工具解决数据一致性问题；
- AOF机制的rewrite模式。AOF文件没被 rewrite 之前（文件过大时会对命令 进行合并重写），可以删除其中的某些命令（比如误操作的 flushall）；
缺点：
- AOF文件比RDB文件大，且恢复速度慢；
- 数据集大的时候，比RDB启动效率低；
RDB和AOF的对比
- AOF文件比RDB更新频率高，优先使用AOF还原数据；
- AOF比RDB更安全也更大；
- RDB性能比AOF好；
- 如果两个都配了优先加载AOF；
标签：AOF,常问,文件,Redis,RDB,持久,化机制 来源： https://blog.csdn.net/weixin_42601136/article/details/122759402
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。