Redis 入门指南（三）持久化

阳光穿透心脏的1/2处 2022-02-05 09:29 269阅读 0赞

# 3. 持久化 #

## 3.1 RDB方式 ##

根据指定的规则“定时”，将内存中的数据存储在硬盘上；通过**快照(snapshotting)**实现，当符合一定条件时，Redis会自动将内存中的数据生成一份副本并存储在硬盘上，这个过程即为“快照”。

### 3.1.1 进行快照的4种情况 ###

1. 根据配置规则进行自动快照，条件之间是“或”的关系

每15分钟内有一个或一个以上的键被修改

每5分钟至少有10个键被修改

每一分钟至少有10000个键修改

2. 用户执行SAVE或BGSAVE命令（手动）

SAVE，**同步**进行快照，会阻塞所有来着客户端的请求（不推荐使用）

BGSAVE，在后台**异步**进行快照操作，还可以继续响应客户端的请求，执行LASTSAVE命令获取最近一次成功执行快照的时间，查看快照是否完成。

3. 执行FLUSHALL命令

执行FLUSHALL命令，会清除数据库中的所有数据，当没有定义自动快照条件时，执行FLUSHALL不会进行快照

4. 执行复制时

当设置了主从模式，Redis会在**复制初始化**时进行自动快照。

### 3.1.2 快照原理 ###

Redis默认会将快照文件存储在Redis当前进程的工作目录中的dump.rdb文件中，可以通过配置dir和dbfilename两个参数分别指定快照文件的存储路径和文件名。

快照过程

1. Redis使用fork函数复制一份当前进程(父进程)的副本(子进程);

2. 父进程继续接收并处理客户端发来的命令，而子进程开始将内存中的数据写入硬盘中的临时文件‘

3. 当子进程写入完所有数据后会用该临时文件替换旧的RDB文件，至此一次快照操作完成。

**提示**

Redis在进行快照的过程中不会修改RDB文件，只有在快照结束后才会将旧的文件替换成新的，所以任何时刻RDB文件都是完整的；

Redis启动后会读取RDB快照文件，将会数据从硬盘载入内存；

一旦Redis异常退出，就会丢失最后一次快照以后更改的所有数据。

## 3.2 AOF模式 ##

每次执行命令后将命令本身记录下来。

当使用Redis存储非临时数据时，一般需要打开AOF持久化来降低进程中止导致的数据丢失。AOF可以将Redis执行的每条写命令追加到硬盘文件中，这一过程显然会降低Redis的性能，但是大部分情况下这个影响是可以接受的，另外使用较快的硬盘可以提高AOF的性能。

### 3.2.1 开启AOF ###

默认不开启

appendonly yes 开启

appendfilename appendonly.aof  文件名，文件夹和RDB一样，通过dir参数设置

### 3.2.2 AOF重写 ###

如在以下命令中，前两条其实都是冗余的。

![20190505150750611.png][]

AOF文件的内容正是Redis客户端向Redis发送的原始通信协议的内容。

当满足一定条件时，进行AOF重写

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

percentage：当目前的AOF文件大小超过上一次重写时的AOF文件大小的百分之多少时会再次进行重写，如果之前没有重写过，则以启动时AOF文件大小为依据；

min-size：限制允许重写的最小AOF文件大小；

还可以执行BGREWRITEAOF命令手动执行AOF重写。在启动时，Redis会逐个执行AOF文件中的命令来将硬盘中的数据载入到内存中，载入速度较RDB会慢一些。

### 3.2.3 同步硬盘数据 ###

将命令记录在AOF文件中，由于操作系统的缓存机制，数据并没有真正地写入硬盘，而是进入了系统的硬盘缓存。在默认情况下，系统每30秒会执行一次同步操作，以便将硬盘缓存中的内容真正地写入硬盘，在这30秒中如果系统异常退出则会导致硬盘缓存中的数据丢失。

这就需要Redis在写入AOF文件后主动要求系统将缓存内容同步到硬盘中。

appendfsync always \#每次执行写入都会执行，最安全最慢；  
        appendfsync everysec \#每秒执行一次同步操作（默认）  
        appendfsync no \#不主动执行同步操作，而是完全交由操作系统来做（即每30秒一次）

允许同时开启AOF和RDB，既保证了数据安全又使得进行备份等操作十分容易。重新启动会使用AOF文件来恢复数据，因为此方式可能丢失的数据更少。

[20190505150750611.png]: /images/20220205/bf9c30e37e42487395359416cd01dc58.png

发表评论取消回复

表情：

评论列表（有 0 条评论，269人围观）

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

相关阅读

相关 Redis 持久化——混合持久化

RDB 和 AOF 持久化各有利弊，RDB 可能会导致一定时间内的数据丢失，而 AOF 由于文件较大则会影响 Redis 的启动速度，为了能同时使用 RDB 和 AOF 各种的

小鱼儿/ 2023年10月05日 12:38/ 0 赞/ 43 阅读

相关 redis(三)redis持久化

文章目录持久化方式 RDB RDB工作机制保存策略 RDB属性设置

雨点打透心脏的1/2处/ 2022年11月15日 01:14/ 0 赞/ 173 阅读

相关 Redis深入学习（三）：持久化

文章目录一、RDB 1.1 RDB 简介 1.2 触发方式 1.3 恢复数据 1.4 停止 RDB 持久化

港控/mmm°/ 2022年10月13日 05:14/ 0 赞/ 164 阅读

相关 redis持久化_codepython整理三

【聊聊redis持久化 – 两种方式】 redis提供了两种持久化的方式，分别是RDB（Redis DataBase）和AOF（Append Only File）。 RDB

短命女/ 2022年08月09日 17:44/ 0 赞/ 213 阅读

相关 Redis -- Redis 持久化

概述 Redis的高性能是由于其将所有数据都存储在了内存中，为了使Redis在重启之后仍能保证数据不丢失，需要将数据从内存中同步到硬盘中，这一过程就是持久化。 Redi

心已赠人/ 2022年05月30日 04:14/ 0 赞/ 313 阅读

相关 Redis随笔(三)-RDB持久化

一、redis持久化什么是持久化，简单来讲就是将数据放到断电后数据不会丢失的设备中。也就是我们通常理解的硬盘上。因为redis是内存数据库，它将自己的数据库状态储存

悠悠/ 2022年05月26日 09:53/ 0 赞/ 226 阅读

相关 redis基础（三）持久化

1、什么是redis的持久化 ![70][] Fork:作用是复制一个与当前进程一样的进程。新进程的所有数据（变量，环境变量，程序技术器等）数值都和原进程一致，但是是一

心已赠人/ 2022年05月17日 04:28/ 0 赞/ 179 阅读

相关 Redis 入门指南（三）持久化

3. 持久化 3.1 RDB方式根据指定的规则“定时”，将内存中的数据存储在硬盘上；通过快照(snapshotting)实现，当符合一定条件时，R

阳光穿透心脏的1/2处/ 2022年02月05日 09:29/ 0 赞/ 270 阅读

相关 Redis（三）：AOF 持久化

文章目录 1、AOF 持久化工作流程 1.1、命令写入（append） 1.2、文件同步（sync）

柔光的暖阳◎/ 2022年02月02日 13:55/ 0 赞/ 442 阅读

相关 Redis|Redis持久化：RDB持久化和AOF持久化

Redis持久化之RDB持久化 1 总览 2 RDB持久化 2.1 RDB文件的创建与载入 2.2 自动间隔性保存RDB文件

﹏ヽ暗。殇╰゛Y/ 2021年12月08日 18:35/ 0 赞/ 589 阅读