Redis持久化

Flipped100112

已于 2024-08-10 13:59:25 修改

阅读量1.4k

点赞数 41

文章标签：开发语言 redis 数据库数据仓库

于 2024-08-10 11:00:00 首次发布

本文链接：https://blog.csdn.net/2201_75639894/article/details/141087660

版权

Redis的读写操作都是在内存中，所以 Redis 性能才会高，但是当 Redis 重启后，内存中的数据就会丢失，那为了保证内存中的数据不会丢失，Redis 实现了数据持久化的机制，这个机制会把数据存储到磁盘，这样在 Redis 重启就能够从磁盘中恢复原有的数据，Redis 共有三种数据持久化的方式:

AOF 日志：每执行一条写操作命令，就把该命令以追加的方式写入到一个文件里

RDB 快照：将某一时刻的内存数据，以二进制的方式写入磁盘

混合持久化方式：Redis 4.0 新增的方式，集成了 AOF 和 RBD 的优点

AOF

先执行命令再写日志

避免额外的检查开销：如果当前的命令语法有问题，那么如果不进行命令语法检查，该错误的命令记录到 AOF 日志里后，Redis 在使用日志恢复数据时，就可能会出错.
不会阻塞当前写操作命令的执行：因为当写操作命令执行成功后，才会将命令记录到 AOF 日志

风险

数据可能会丢失：执行写操作命令和记录日志是两个过程，那当 Redis 在还没来得及将命令写入到硬盘时，服务器发生宕机了，这个数据就会有丢失的风险。
可能阻塞其他操作：因为 AOF 日志也是在主线程中执行，所以当 Redis 把日志文件写入磁盘的时候，还是会阻塞后续的操作无法执行。

AOF日志不可以过大，不然在恢复数据的时候会很慢。

如何避免：AOF重写机制，读取当前数据库中的所有键值对，然后将每一个键值对用一条命令记录到新的 AOF 文件，等到全部记录完后，就将新的 AOF 文件替换掉现有的 AOF 文件

重写过程：

后台子进程 bgrewriteaof 来完成的，两个好处：

子进程进行 AOF 重写期间，主进程可以继续处理命令请求，从而避免阻塞主进程
子进程带有主进程的数据副本，这里使用子进程而不是线程，因为如果是使用线程，多线程之间会共享内存，那么在修改共享内存数据的时候，需要通过加锁来保证数据的安全，而这样就会降低性能。而使用子进程，创建子进程时，父子进程是共享内存数据的，不过这个共享的内存只能以只读的方式，而当父子进程任意一方修改了该共享内存，就会发生【写时复制】，于是父子进程就有了独立的数据副本就不用加锁来保证数据安全。

重写 AOF 日志过程中，如果主进程修改了已经存在 key-value

为了解决这种数据不一致问题，Redis 设置了一个 AOF 重写缓冲区，这个缓冲区在创建 bgrewriteaof子进程之后开始使用。

在重写AOF 期间，当 Redis 执行完一个写命令之后，它会同时将这个写命令写入到「AOF 缓冲区」和「AOF 重写缓冲区」。

当子进程结束会向主进程发送一个信号，主程在接受之后会将「AOF 重写缓冲区」的内容追加到AOF文件中

RDB

将某一时刻的内存数据，全部记录下来，再回复内存的时候只需要将RDB文件读入就可以

Redis 提供了两个命令来生成RDB文件，分别是save和bgsave

执行了save命令，就会在主线程生成RDB 文件，由于和执行操作命令在同一个线程，所以如果写入RDB 文件的时间太长，会阻塞主线程;
执行了bqsave 命令，会创建一个子进程来生成 RDB 文件，这样可以避免主线程的阻塞

在快照期间，数据库是可以进行修改的

混合持久化

混合持久化工作在 AOF 日志重写过程，当开启了混合持久化时，在 AOF 重写日志时，fork 出来的重写子进程会先将与主线程共享的内存数据以 RDB 方式写入到 AOF 文件，然后主线程处理的操作命令会被记录在重写缓冲区里，重写缓冲区里的增量命令会以 AOF 方式写入到 AOF 文件，写入完成后通知主进程将新的含有 RDB 格式和 AOF 格式的 AOF 文件替换日的的 AOF 文件。