1. RDB（Redis Database）
   RDB是Redis的默认持久化方式，它将内存中的数据以二进制格式写入磁盘，形成一个快照。RDB持久化有以下几个重要的配置选项：

• save：指定了保存RDB的策略，默认的配置是每900秒（15分钟）至少有一个键发生变化时保存一次RDB文件。
• save 900 1：表示在900秒内至少发生1个变化时进行保存。
• save 300 10：表示在300秒内至少发生10个变化时进行保存。
• save 60 10000：表示在60秒内至少发生10000个变化时进行保存。
• dbfilename：指定保存RDB文件的文件名，默认是dump.rdb。
• dir：指定RDB文件保存的目录，默认是Redis服务器所在的目录。

2. AOF（Append Only File）
   AOF是Redis的另一种持久化方式，它以日志的形式记录每个写操作的命令，通过重新执行这些命令来恢复数据。AOF持久化有以下几个重要的配置选项：

• appendonly：指定是否启用AOF，默认值为no。如果要启用AOF持久化，需要将该选项设置为yes。
• appendfilename：指定保存AOF文件的文件名，默认是appendonly.aof。
• appendfsync：指定AOF文件的同步策略，有以下三个选项：
  • always：每个写操作都立即同步到磁盘。这样能确保数据的完整性，但写入性能较低。
  • everysec：每秒同步一次，Redis默认的配置。在发生故障时可能会丢失1秒的数据。
  • no：完全依赖操作系统来同步，写入性能较高，但可能会丢失多秒的数据。
• auto-aof-rewrite-percentage：设置AOF文件重写的触发百分比，默认为100。当AOF文件的大小超过了上一次重写时的大小的指定百分比时，Redis会自动触发AOF文件的重写。
• auto-aof-rewrite-min-size：设置AOF文件重写的最小大小，默认为64MB。当AOF文件的大小超过了这个值时，Redis会自动触发AOF文件的重写。

区别：

• RDB是以二进制格式持久化整个数据库，而AOF是记录每个写操作的日志。
• RDB文件的恢复速度相对较快，但可能会丢失最后一次持久化后的数据。AOF文件的恢复速度相对较慢，但能保证数据的完整性。
• RDB文件的大小一般较小，适用于备份和恢复整个数据库。AOF文件的大小一般较大，适用于持久化每个写操作。
• AOF方式更加耗费硬盘空间和IO，而RDB方式更加适用于节约空间和提高性能的场景。
• 在默认配置下，Redis同时使用RDB和AOF，但在恢复的时候会优先使用AOF来进行数据重建。

持久化—RDB(Redis Database)

RDB：Redis Databases

1.什么是RDB

在指定时间间隔后，将内存中的数据集快照写入数据库 ；在恢复时候，直接读取快照文件，进行数据的恢复 ；

2.工作原理

在进行 RDB 的时候，redis 的主线程是不会做 io 操作的，主线程会 fork 一个子线程来完成该操作；

​ 1.Redis 调用forks。同时拥有父进程和子进程。
​ 2.子进程将数据集写入到一个临时 RDB 文件中。
​ 3.当子进程完成对新 RDB 文件的写入时，Redis 用新 RDB 文件替换原来的 RDB 文件，并删除旧的 RDB 文件。
这种工作方式使得 Redis 可以从写时复制（copy-on-write）机制中获益(因为是使用子进程进行写操作，而父进程依然可以接收来自客户端的请求。)

①修改配置文件中，有关生成写入rdb文件的说明

②测试1：先删除rdb文件，再出发rdb文件的创建机制

保存一下配置文件的修改

save可以使内存中的数据，立刻持久化，并阻塞其他进程

重新生成rdb文件

③测试2：重启redis，内存中的数据，还在rdb中

④测试3：删除rdb文件，flushall后，自动生成rdb文件

3.触发机制

---

1. save的规则满足的情况下，会自动触发rdb原则
2. 执行flushall命令，也会触发我们的rdb原则
3. 退出redis，也会自动产生rdb文件

4.save

使用 save 命令，会立刻对当前内存中的数据进行持久化 ,但是会阻塞，也就是不接受其他操作了；

由于 save 命令是同步命令，会占用Redis的主进程。若Redis数据非常多时，save命令执行速度会非常慢，阻塞所有客户端的请求。

5.flushall命令

flushall 命令也会触发持久化 ；

6.触发持久化规则

满足配置条件中的触发条件 ；

可以通过配置文件对 Redis 进行设置， 让它在“ N 秒内数据集至少有 M 个改动”这一条件被满足时， 自动进行数据集保存操作。

7.bgsave

bgsave 是异步进行，进行持久化的时候，redis 还可以将继续响应客户端请求 ；

bgsave和save对比

命令	save	bgsave
IO类型	同步	异步
阻塞？	是	是（阻塞发生在fock()，通常非常快）
复杂度	O(n)	O(n)
优点	不会消耗额外的内存	不阻塞客户端命令
缺点	阻塞客户端命令	需要fock子进程，消耗内存

持久化AOF(Append Only File)

AOF几乎不使用，但是得理解原理

1.重启redis，自动生成aof文件

2.redis-check-aof

redis-check-aof：恢复原来的aof文件，但是会删除错误数据

破坏aof文件后，连接报错

修复aof文件：redis-check-aof --fix appendonly.aof

正常进入redis

3.优缺点

4.重写规则

5.扩展