动力节点Redis7笔记-第四章Redis持久化-优快云博客

本文链接：https://blog.youkuaiyun.com/Java___interview/article/details/130887230

本文深入探讨Redis的持久化机制，包括RDB（快照）和AOF（操作日志）两种方式。RDB在特定时间点生成数据快照，适合全量恢复，但可能丢失部分数据；AOF记录每次写操作，数据安全性高，支持回溯，但文件体积较大。文章详细阐述了RDB的bgsave命令、持久化触发条件、优化配置，以及AOF的Rewrite机制、基础配置与优化选项，最后分析了RDB与AOF的优缺点，并给出了持久化技术选型建议。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

视频资源：

链接：https://pan.baidu.com/s/1VwGnpdP_JxYNWrPTPvMolg 提取码：810c

4 Redis持久化

Redis是一个内存数据库，所以其运行效率非常高。但也存在一个问题：内存中的数据是不持久的，若主机宕机或Redis关机重启，则内存中的数据全部丢失。当然，这是不允许的。Redis具有持久化功能，其会按照设置以快照或操作日志的形式将数据持久化到磁盘。
根据持久化使用技术的不同，Redis的持久化分为两种：RDB与AOF。

4.1 持久化基本原理

Redis持久化也称为钝化，是指将内存中数据库的状态描述信息保存到磁盘中。只不过是不同的持久化技术，对数据的状态描述信息是不同的，生成的持久化文件也是不同的。但它们的作用都是相同的：避免数据意外丢失。
通过手动方式，或自动定时方式，或自动条件触发方式，将内存中数据库的状态描述信息写入到指定的持久化文件中。当系统重新启动时，自动加载持久化文件，并根据文件中数据库状态描述信息将数据恢复到内存中，这个数据恢复过程也称为激活。这个钝化与激活的过程就是Redis持久化的基本原理。
不过从以上分析可知，对于Redis单机状态下，无论是手动方式，还是定时方式或条件触发方式，都存在数据丢失问题：在尚未手动/自动保存时发生了Redis宕机状况，那么从上次保存到宕机期间产生的数据就会丢失。不同的持久化方式，其数据的丢失率也是不同的。

需要注意的是，RDB是默认持久化方式，但Redis允许RDB与AOF两种持久化技术同时开启，此时系统会使用AOF方式做持久化，即AOF持久化技术的优先级要更高。同样的道理，两种技术同时开启状态下，系统启动时若两种持久化文件同时存在，则优先加载AOF持久化文件。

4.2 RDB持久化

RDB，Redis DataBase，是指将内存中某一时刻的数据快照全量写入到指定的rdb文件的持久化技术。RDB持久化默认是开启的。当Redis启动时会自动读取RDB快照文件，将数据从硬盘载入到内存，以恢复Redis关机前的数据库状态。

4.2.1 持久化的执行

RDB持久化的执行有三种方式：手动save命令、手动bgsave命令，与自动条件触发。

4.2.1.1 手动save命令

通过在redis-cli客户端中执行save命令可立即进行一次持久化保存。save命令在执行期间会阻塞redis-server进程，直至持久化过程完毕。而在redis-server进程阻塞期间，Redis不能处理任何读写请求，无法对外提供服务。

4.2.1.2 手动bgsave命令

通过在redis-cli客户端中执行bgsave命令可立即进行一次持久化保存。不同于save命令的是，正如该命令的名称一样，background save，后台运行save。bgsave命令会使服务器进程redis-server生成一个子进程，由该子进程负责完成保存过程。在子进程进行保存过程中，不会阻塞redis-server进程对客户端读写请求的处理。