首页 > 数据库 > Redis

Redis持久化RDB和AOF区别详解

admin Redis 2022-02-10 07:53:59 Redis   持久化   RDB   AOF"

RDB是Redis内存到硬盘的快照,用于redis持久化,创建RDB二进制文件,将存储在内存中的数据,持久化的放到硬盘中,当我们需要这些数据的时候,启动载入RDB文件,数据将会被存入内存中,其实RDB就是一种快照的方式持久化存储数据,也可以作为一种复制媒介,这个我们后面在谈。

RDB

触发机制--主要三种方式

  • save 同步命令(会阻塞redis)
  • bgsave 异步命令(fork)
  • 自动

Save同步命令

save

文件策略:生成一个临时文件,如果存在老的文件,将会替换旧文件

bgsave 异步命令

主进程通过fork()函数,创建子进程生成DRB文件,在此期间访问redis仍然能正常响应

命令 save bgsave
IO 同步 异步
阻塞 阻塞 阻塞(操作不当fork阻塞)
优点 不额外占用内存 不阻塞客户端命令
缺点 阻塞客户端命令 需要fork,额外消耗内存

redis自动生成RDB文件(不可控)

save 900 1 #900秒 改了一次就自动生成RDB文件
save 300 10 #300秒修改了10次就自动生成RDB文件

redis save配置推荐

#关闭自动保存配置#save 900 1   #900秒 改了一次就自动生成RDB文件#save 300 10   #300秒修改了10次就自动生成RDB文件
dbfilename dump-${port}.rdb   #rdb文件名
dir /bigdiskpath      #分盘,rdb文件保存位置
stop-writes-on-bgsave-error yes  #bdsave出错,停止写入
rdbcompression yes           #采用压缩位置
rdbchecksum yes            #开启校验和

不容忽视的触发机制

有时候我们没有执行save bgsave命令,也没有开启自动保存命令,还是会生成RDB,可能是因为以下原因:

  • 全量复制
  • debug reload
  • shutdown

AOF

RDB存在的问题:耗时耗性能,阻塞丢失数据

AOF运行原理:每执行一条命令,就在AOF中增加一条记录。当需要恢复时,直接执行AOF写入redis

AOF三种策略

  • always(每条命令都把缓冲区fsync到硬盘)
  • everysec(每秒刷新一次,每秒吧缓冲区fsync到硬盘)
  • no(跟随操作系统,有操作系统决定,不可控)

命令 always everysec no
优点 不丢失数据 每秒一次 不用管
缺点 IO开销大 丢失一秒数据 不可控

AOF重写

将过期的,重复的,做一些优化合并

作用:减少磁盘空间占用,加快文件恢复速度

AOF重写两种方式:

bgrewriteaof

aof重写配置

AOF重写配置

auto-aof-rewrite-min-size #AOF重写需要的最小尺寸
auto-aof-rewrite-percentage #AOF文件增长率
aof_current_size #统计当前aof文件大小
aof_base_size #aof上次启动和重写的尺寸

AOF配置

RDB和AOF的比较

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持潘少俊衡。

版权声明

本文仅代表作者观点,不代表本站立场。
本文系作者授权发表,未经许可,不得转载。
本文地址:/shujuku/Redis/103018.html

留言与评论(共有 0 条评论)
   
验证码:

潘少俊衡

| 桂ICP备2023010378号-4

Powered By EmpireCMS

爱享小站

中德益农

谷姐神农

环亚肥料

使用手机软件扫描微信二维码

关注我们可获取更多热点资讯

感谢潘少俊衡友情技术支持