Redis 持久化的两种方式：RDB 和 AOF

tititiiti

于 2024-08-25 21:29:07 发布

阅读量569

点赞数 9

文章标签： redis 数据库缓存

本文链接：https://blog.csdn.net/yin09156507/article/details/141534947

版权

Redis的数据都是存储在内存中,为了数据的永久保存,需要把数据同步到硬盘上,这个过程就叫做持久化. Redis的持久化存在有两种方式: RDB方式,AOF方式,这两种方式可以单独使用,也可以综合使用.

一、RDB方式

1.1、执行时机

RDB持久化方式的执行时机有两种，分别是自动执行和手动执行。自动执行是需要在 Redis 配置文件中设置自动保存的条件，例如在指定的时间间隔内如果有一定数量的键发生变化，则自动触发 BGSAVE 命令。

save 900 1  
# 900秒内，如果至少有1个key被修改，则执行bgsave ， 如果是save "" 则表示禁用RDB
save 300 10  
save 60 10000

手动执行则需要手动执行save或者bgsave命令，其中save命令会导致主进程执行RDB，这个过程中其它所有命令都会被阻塞。只有在数据迁移时可能用到。而bgsave命令可以异步执行RDB，这个命令执行后会开启独立进程完成RDB，主进程可以持续处理用户请求，不受影响。（注，redis在停机后会自动执行save命令）

1.2、原理

RDB 持久化是通过创建一个经过压缩的二进制文件来保存 Redis 数据库在某个时间点的状态。在执行 bgsave 命令时，Redis 会 fork 一个子进程，子进程负责创建 RDB 文件，而父进程则继续处理客户端请求。当子进程完成 RDB 文件的创建后，它会通知父进程，此时新的写入操作会被记录到一个临时文件中，等到下次 RDB 持久化时，这个临时文件中的内容会被合并到新的 RDB 文件中。

1.3、优点

1.生成的 RDB 文件紧凑，体积小，便于备份和恢复。

2.恢复数据的速度非常快，因为只需要将 RDB 文件加载到内存中即可。

1.4.、缺点

1.可能会丢失数据，因为只有在满足自动保存条件或手动执行保存命令时才会创建 RDB 文件，如果在这期间发生故障，可能会丢失自上次保存以来的数据。

2.在创建 RDB 文件时，会占用一定的系统资源，如果数据量较大，可能会对服务器性能产生影响。

二、AOF 持久化

2.1、执行时机

AOF 持久化是在每次执行写命令时，将命令追加到 AOF 文件中。可以通过设置 appendfsync 参数来控制 AOF 文件的同步频率，有以下三种选项：

1.always：每次执行写命令时都同步到 AOF 文件中，这种方式最安全，但性能也最低。

2.everysec：每秒同步一次 AOF 文件，这是默认选项，在性能和安全性之间取得了平衡。

3.no：由操作系统决定何时同步 AOF 文件，这种方式性能最好，但安全性最低。

AOF的触发条件可以在Redis的redis.conf文件中的APPEND ONLY MODE模块下有两条默认配置：

auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb

这两条配置就是触发重写aof文件的条件，第一个表示文件大小达到前一次保存文件的一倍，第二个表示aof文件大小最少达到64MB，两个条件必须同时满足。

2.2、原理

AOF采用文件追加方式，文件会越来越大为避免出现此种情况，新增了重写机制,当AOF文件的大小超过所设定的阈值时，Redis就会启动AOF文件的内容压缩，只保留可以恢复数据的最小指令集。 AOF文件持续增长而过大时，会fork出一条新进程来将文件重写(也是先写临时文件最后再rename)，遍历新进程的内存中数据，每条记录有一条的Set语句。重写aof文件的操作，并没有读取旧的aof文件，而是将整个内存中的数据库内容用命令的方式重写了一个新的aof文件，这点和快照有点类似。