Redis -持久化方式对比

清疚 2023-02-21 06:23 67阅读 0赞

redis 提供两种持久化方式，一种是RDB持久化（定时将数据被分到磁盘上），另一种是AOF（append only file）持久化（将对 redis 的操作日志以追加形式写入文件）

RDB持久化

RDB持久化是指在指定的时间间隔内将内存中的数据集快照写入磁盘，实际操作过程是fork一个子进程，先将数据集写入临时文件，写入成功后，再替换之前的文件，用二进制压缩存储。

配置方式

在redis.conf中默认配置

  1. #   save <seconds> <changes>
  3. # 时间策略
  4. # 900s (15min)内超过 1 个key被修改，则进行持久化
  5. save 900 1
  6. # 300s (5min)内超过 10 个key被修改，则进行持久化
  7. save 300 10
  8. # 60s 内超过 10000 个key被修改，则进行持久化
  9. save 60 10000
  11. # 文件名称
  12. dbfilename dump.rdb
  14. # 文件保存路径
  15. dir /home/suhw/data/redis
  17. # 如果持久化出错，主进程是否停止写入
  18. stop-writes-on-bgsave-error yes
  20. # 是否压缩
  21. rdbcompression yes
  23. # 导入时是否检查
  24. rdbchecksum yes

使用

手动触发

在 redis 中手动触发持久化可使用以下命令（一般只适用bgsave）

  • save：会阻塞当前Redis服务器，直到持久化完成，线上应该禁止使用。
  • bgsave：该触发方式会fork一个子进程，由子进程负责持久化过程，因此阻塞只会发生在fork子进程的时候。

自动触发

  • 根据 save m n 配置自动触发
  • 从节点全量复制时，主节点发送rdb文件给从节点完成复制操作，主节点会触发bgsave
  • 执行debug reload时
  • 执行shutdown时，若没有开启aof，也会触发

执行流程

image-20200629095148565

优势

  1. 备份出的数据只包含一个文件，当系统出现灾难性故障时，恢复十分容易
  2. 性能最大化，对于redis的服务进程来说，在开始持久化时，唯一需要做的就是fork出子进程，之后再由子进程完成持久化的工作，从而避免服务进程执行IO操作
  3. 相比于AOF，如果数据量很大，RDB的启动效率会很高

劣势

  1. 在两次持久化之间若服务宕机，数据就会因为还未保存而丢失
  2. 通过fork子进程完成持久化工作，若数据量较大时，可能会导致服务器暂时停止服务几百ms，或1s

AOF持久化

AOF持久化以日志的形式记录服务器所处理的每一个写、删除操作，查询操作不会记录，以文本的方式记录，可以打开文件看到详细的操作记录。

配置方式

同样在redis.conf中默认配置文件672行

  1. ############################## APPEND ONLY MODE ###############################
  2. # 是否开启AOF，默认关闭（no）
  3. appendonly yes
  5. # 指定 AOF 文件名
  6. appendfilename appendonly.aof
  8. # Redis支持三种不同的刷写模式：
  9. # appendfsync always #每次收到写命令就立即强制写入磁盘，是最有保证的完全的持久化，但速度也是最慢的，一般不推荐使用。
  10. appendfsync everysec #每秒钟强制写入磁盘一次，在性能和持久化方面做了很好的折中，是受推荐的方式。
  11. # appendfsync no     #完全依赖OS的写入，一般为30秒左右一次，性能最好但是持久化最没有保证，不被推荐。
  13. #在日志重写时，不进行命令追加操作，而只是将其放在缓冲区里，避免与命令的追加造成DISK IO上的冲突。
  14. #设置为yes表示rewrite期间对新写操作不fsync,暂时存在内存中,等rewrite完成后再写入，默认为no
  15. no-appendfsync-on-rewrite no 
  17. #当前AOF文件大小是上次日志重写得到AOF文件大小的二倍时，自动启动新的日志重写过程。
  18. auto-aof-rewrite-percentage 100
  20. #当前AOF文件启动新的日志重写过程的最小值，避免刚刚启动Reids时由于文件尺寸较小导致频繁的重写。
  21. auto-aof-rewrite-min-size 64mb

使用

手动触发

通过bgrewriteaof命令手动触发AOF持久化

自动触发

根据redis.conf中的配置规则来触发

执行流程

image-20200629095239613

优势

  1. 对比RDB持久化，具有更高的数据安全性。redis 中提供了三种同步策略：每秒同步，每修改同步和不同步。

    1. 每秒同步也是异步完成的，但是若系统突然宕机，可能一秒中之内的数据将会丢失
    2. 每修改同步是效率最低的，每次发生数据的变化都会被立刻记录到磁盘中
  2. AOF对于日志文件采用的是追加模式，因此在写入过程中即使出现宕机，也不会破坏日志文件中已经存在的内容；若只写入一半数据就宕机，在redis下次启动时，可通过redis-check-aod工具来解决数据一致性的问题
  3. 若日志文件过大，redis可自动启用rewrite机制。
  4. AOF包含一个格式清晰，易于理解的日志文件用于记录所有的数据修改操作。

劣势

  1. 对于相同数据量时，AOF文件通常大于RDB文件，并且RDB在恢复大数据量时速度要比AOF快
  2. 根据同步策略的不同，AOF在运行效率上往往会慢于RDB

注

不论是RDB还是AOF都是先写入一个临时文件，然后通过 rename 完成文件的替换工作。

参考

  • https://www.php.cn/redis/421586.html
  • https://blog.csdn.net/aitangyong/article/details/52072708

发表评论

表情：
评论列表 （有 0 条评论，67人围观）

还没有评论，来说两句吧...

相关阅读

    相关 redis持久化方式

    Redis 是一个开源（ BSD 许可）的，内存中的数据结构存储系统，它可以用作数据库、缓存和消息中间件。它支持的数据类型很丰富，如字符串、链表、集 合、以及散列等，并且还支持

    爱被打了一巴掌爱被打了一巴掌/ 0 赞/ 67 阅读

    相关 Redis -持久化方式对比

    redis 提供两种持久化方式，一种是RDB持久化（定时将数据被分到磁盘上），另一种是AOF（append only file）持久化（将对 redis 的操作日志以追加形式写

    清疚清疚/ 0 赞/ 68 阅读

    相关 Redis持久化方式

    > 已订正 1. Redis 提供了不同级别的持久化方式: RDB(Redis DataBase)持久化：Redis 可以通过创建快照来存储内存里面的数据在某个时间点

    末蓝、末蓝、/ 0 赞/ 84 阅读

    相关 Redis 持久化方式

    Redis由于支持非常丰富的内存数据结构类型，如何把这些复杂的内存组织方式持久化到磁盘上是一个难题，所以Redis的持久化方式与传统数据库的方式有比较多的差别，Redis一共支

    àì夳堔傛蜴生んèńàì夳堔傛蜴生んèń/ 0 赞/ 299 阅读

    相关 redis持久化得方式

    一、概述       Redis的强大性能很大程度上都是因为所有数据都是存储在内存中的，然而当Redis重启后，所有存储在内存中的数据将会丢失，在很多情况下是无法容忍这样的事

    偏执的太偏执、偏执的太偏执、/ 0 赞/ 312 阅读