ICode9

精准搜索请尝试: 精确搜索
首页 > 数据库> 文章详细

redis 两种持久化方式详解(RDB,AOF)

2021-11-08 22:34:44  阅读:124  来源: 互联网

标签:AOF 持久 文件 redis RDB 数据


文章目录


1. 什么是 redis 持久化?

  • redis 读写速度快、性能优越是因为它将所有数据存在了内存中,然而当 redis 进程退出或重启后,所有数据就会丢失。所以我们希望 redis 能保存数据到硬盘中,在 redis 服务重启之后,原来的数据能够恢复,这个过程就叫持久化。
  • redis 提供两种持久化机制 RDB(默认)和 AOF 机制,当两种方式同时开启时,数据恢复 redis 会优先选择 AOF 恢复。

2. RDB

2.1 简介

  • Redis DataBase 的缩写

  • RDB 是 redis 默认的持久化方式。按照一定的时间将内存的数据以快照的形式保存到硬盘中,对应产生的数据文件为 dump.rdb。通过配置文件中的 save 参数来定义快照的周期。

2.2 优点

  • 只有一个文件 dump.rdb,方便持久化
  • 容灾性好,一个文件可以保存到安全的磁盘
  • 性能最大化,fork 子进程来完成写操作,让主进程继续处理命令。通过使用单独子进程来进行持久化,主进程不会进行任何 IO 操作,这样保证了 redis 的高性能。相对于 AOF,数据量极大时,RDB 的启动效率更高

2.3 缺点

  • 数据安全性低。RDB 是间隔一段时间进行持久化,如果持久化之间 redis 发生故障,会发生数据丢失。所以这种方式更适合数据安全性要求不高的时候

3. AOF

3.1 简介

  • Append Only File 的缩写
  • 将 redis 执行的每次写命令记录到单独的日志文件中,当重启 redis 时会从持久化的日志文件中恢复数据

3.2 优点

  • 数据安全,AOF 持久化可以配置 appendfsync 属性,always 参数代表每进行一次命令操作就记录到 AOF 文件中一次
  • 通过 append 模式写文件,即使中途服务器宕机,也可以通过 redis-check-aof 工具解决数据一致性问题
  • AOF 有 rewrite 模式。AOF 日志文件没被 rewrite 之前(文件过大时会对命令进行合并重写),可以删除其中的某些命令( 比如误操作的 flushall )

3.3 缺点

  • AOF 文件比 RDB 文件大,且恢复速度慢
  • 数据集大的时候,比 RDB 启动效率低

4. 总结

  • 保存数据库的状态不一样,RDB 保存数据库的内容,AOF 保存数据库的命令
  • 如果发生服务器异常关闭,RDB 丢失的数据会更多;AOF 每秒种保存一次 AOF 文件,RDB 需在满足时间和次数的条件下才会保存
  • redis 默认开启 RDB,AOF 默认关闭需要手动开启;RDB 和 AOF 同时开启的情况下,会只加载 AOF
  • AOF 耗费性能,并且文件内容大,恢复速度比 RDB 慢

标签:AOF,持久,文件,redis,RDB,数据
来源: https://blog.csdn.net/shenyuanhaojie/article/details/121217571

本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享;
2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关;
3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关;
4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除;
5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

专注分享技术,共同学习,共同进步。侵权联系[81616952@qq.com]

Copyright (C)ICode9.com, All Rights Reserved.

ICode9版权所有