Redis的持久化机制采用RDB还是AOF

技术Redis的持久化机制采用RDB还是AOF这篇文章主要讲解了“Redis的持久化机制采用RDB还是AOF”,文中的讲解内容简单清晰,易于学习与理解,下面请大家跟着小编的思路慢慢深入,一起来研究和学习“Redis的持久

本文主要解释“RDB或AOF对于Redis的持久机制”。本文的解释简单明了,易学易懂。现在,请跟随边肖的思路,学习和学习“RDB或a of对于Redis的坚持机制”!

Redis的持久化机制采用RDB还是AOF

00-1010

RDB

RDB:每隔一段时间,将内存中的数据作为快照写入磁盘的临时文件,恢复时将快照文件读入内存。如果重启停机,内存中的数据肯定会丢失,然后重新启动redis后再恢复。

00-1010内存备份-磁盘临时文件

临时文件-恢复到内存

1. 什么是RDB

优势

每隔一段时间备份一次,完全备份

灾难恢复很简单,可以远程传输。

当子进程备份时,主进程不会有任何io操作(不会有写修改或删除),以确保备份数据的完整性。

与AOF相比,它可以在文件较大时快速重启和恢复。

处于不利地位的

失败是最后的备份数据可能会丢失。

子进程的内存比例会和父进程完全一样,会造成CPU负担。

由于定时完整备份是一项重量级操作,无法处理实时备份。

00-1010保存位置,可在redis.conf中自定义:

/user/local/redis/working/dump . RDB

保存机制:

save9001

save30010

储蓄6010000

Save103*如果更新了一个缓存,将在15分钟后进行备份。

*如果更新了10个缓存,请在5分钟内备份。

*如果有10,000个缓存更新,请在1分钟后备份bgsave上的停止写入错误。

是:如果保存过程中出现错误,请停止写入操作。

否:可能导致数据不一致。

RDB压缩

是:打开rdb压缩模式。

否:关闭,会节省cpu消耗,但是文件会比较大,和nginx一样。

rdbchecksum

是:使用CRC64算法检查rdb数据,性能损失10%。

不:不要检查

2. 备份与恢复

RDB适合恢复大量数据,但数据的完整性和一致性可能不足。

00-1010

3. RDB优劣势

以日志的形式记录用户请求的写操作。读操作不被记录,因为写操作被存储。

文件是附加的,而不是修改的。

redis恢复的一个过程实际上是从头到尾读写附加文件。

4. RDB的配置

t-paddingleft-2">

  • AOF更加耐用,可以以秒级别为单位备份,如果发生问题,也只会丢失最后一秒的数据,大大增加了可靠性和数据完整性。所以AOF可以每秒备份一次,使用fsync操作。

  • 以log日志形式追加,如果磁盘满了,会执行 redis-check-aof 工具

  • 当数据太大的时候,redis可以在后台自动重写aof。当redis继续把日志追加到老的文件中去时,重写也是非常安全的,不会影响客户端的读写操作。

  • AOF 日志包含的所有写操作,会更加便于redis的解析恢复。

  • 劣势

    • 相同的数据,同一份数据,AOF比RDB大

    • 针对不同的同步机制,AOF会比RDB慢,因为AOF每秒都会备份做写操作,这样相对与RDB来说就略低。 每秒备份fsync没毛病,但是如果客户端的每次写入就做一次备份fsync的话,那么redis的性能就会下降。

    • AOF发生过bug,就是数据恢复的时候数据不完整,这样显得AOF会比较脆弱,容易出现bug,因为AOF没有RDB那么简单,但是呢为了防止bug的产生,AOF就不会根据旧的指令去重构,而是根据当时缓存中存在的数据指令去做重构,这样就更加健壮和可靠了。

    AOF的配置

    `# AOF 默认关闭,yes可以开启
    appendonly no
    # AOF 的文件名
    appendfilename "appendonly.aof"
    # no:不同步
    # everysec:每秒备份,推荐使用
    # always:每次操作都会备份,安全并且数据完整,但是慢性能差
    appendfsync everysec
    # 重写的时候是否要同步,no可以保证数据安全
    no-appendfsync-on-rewrite no
    # 重写机制:避免文件越来越大,自动优化压缩指令,会fork一个新的进程去完成重写动作,新进程里的内存数据会被重写,此时旧的aof文件不会被读取使用,类似rdb
    # 当前AOF文件的大小是上次AOF大小的100% 并且文件体积达到64m,满足两者则触发重写
    auto-aof-rewrite-percentage 100
    auto-aof-rewrite-min-size 64mb`

    到底采用RDB还是AOF呢?

    • 如果你能接受一段时间的缓存丢失,那么可以使用RDB

    • 如果你对实时性的数据比较care,那么就用AOF

    • 使用RDB和AOF结合一起做持久化,RDB做冷备,可以在不同时期对不同版本做恢复,AOF做热备,保证数据仅仅只有1秒的损失。当AOF破损不可用了,那么再用RDB恢复,这样就做到了两者的相互结合,也就是说Redis恢复会先加载AOF,如果AOF有问题会再加载RDB,这样就达到冷热备份的目的了。

    感谢各位的阅读,以上就是“Redis的持久化机制采用RDB还是AOF”的内容了,经过本文的学习后,相信大家对Redis的持久化机制采用RDB还是AOF这一问题有了更深刻的体会,具体使用情况还需要大家实践验证。这里是,小编将为大家推送更多相关知识点的文章,欢迎关注!

    内容来源网络,如有侵权,联系删除,本文地址:https://www.230890.com/zhan/118542.html

    (0)

    相关推荐

    • css学习11.14

      技术css学习11.14 css学习11.14CSS的三大特性
      CSS有三个非常重要的三个特性:层叠性,继承性、优先级。层叠性相同选择器设置相同的样式,此时一个样式就会覆盖另一个冲突的样式。层叠性主要解

      礼包 2021年11月15日
    • PostgreSQL中函数StartTransaction的实现逻辑是什么

      技术PostgreSQL中函数StartTransaction的实现逻辑是什么这篇文章主要讲解了“PostgreSQL中函数StartTransaction的实现逻辑是什么”,文中的讲解内容简单清晰,易于学习与理解,下面

      攻略 2021年11月10日
    • windows 下如何安装redis

      技术windows 下如何安装redis这篇文章给大家分享的是有关windows 下如何安装redis的内容。小编觉得挺实用的,因此分享给大家做个参考,一起跟随小编过来看看吧。windows 下安装redis首先解压 r

      攻略 2021年11月15日
    • Redis的QPS浮动是多少

      技术Redis的QPS浮动是多少本篇内容主要讲解“Redis的QPS浮动是多少”,感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷,实用性强。下面就让小编来带大家学习“Redis的QPS浮动是多少”吧!测试环境配置Ub

      攻略 2021年12月3日
    • 抖音刷评论,抖音刷评论会被限流吗?

      技术抖音刷评论,抖音刷评论会被限流吗?抖音运营目前已经进入了新的发展阶段,抖音用户逐渐多了起来,同时抖音上的管理也越来越严格,小伙伴在刷粉的时候会是担心自己的账号会不会被限流,今天我们就来了解以下抖音刷赞,抖音刷评论。

      测评 2021年11月10日
    • 首字下沉,word中怎样设置首字下沉

      技术首字下沉,word中怎样设置首字下沉原发布者:悲回风之摇蕙兮 怎么设置首字下沉Word首字下沉设置方法发布时间:2012-09-2712:19 作者:本站整理 来源: 509次阅读Word软件是我们最常用的办公软件,

      生活 2021年10月19日