Redis学习(二) 一发入魂，了解Redis中的持久化选项AOF和RDB

￡神魔★判官ぃ 2023-07-18 04:53 15阅读 0赞

### 前言 ###

*   *   *   *  1. 使用RDB快照的方法
             *  2. 使用AOF持久化的方法
             *  3. 重写AOF文件

哪里也不能去，就冲学习呗！考研最重要，技术也不能丢啊…

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80Mzg4OTg0MQ_size_16_color_FFFFFF_t_70]

与mysql不同，Redis 是在内存中跑的，这是它快的一个原因，随之带来的就是数据容易丢失，所以我们要做持久化。

Redis中提供了两种持久化选项，分别是**AOF和RDB。**

区别在于，AOF方式会将`被执行的写命令`保存起来做持久化，而RDB方式则会将`某一时刻的所有数据`都持久化到文件中，也就是"快照".

#### 1. 使用RDB快照的方法 ####

1.  **BGSAVE命令**：客户端可以向Redis发送一个`BGSAVE`命令来创建快照。Redis 会`fork`一个子进程来负责创建快照，父进程则继续接收命令请求。
2.  **SAVE命令** ：客户端也可以发送`SAVE`命令来创建快照，不同的是，SAVE使得Redis在创建快照的时候不再接收任何命令请求。所以我们也看得出来这并不友好，所以也不常用。
3.  **配置save选项**：我们可以在**redis.conf**中配置save选项，例如`save 60 10000` 代表的意思是从redis最近一次执行快照持久化开始，当在60s内，有10000次写操作，redis就会执行一次快照。
4.  **redis服务器关闭时触发**：当服务器要关闭时，会执行一个SAVE 命令，这个命令会阻塞所有客户端，并且在SAVE命令执行完毕后，关闭服务器。

除此之外，我们还可以指定`dbfilename`参数来告诉redis，快照生成的文件应该放在哪里。

补充：什么是fork？

> fork系统调用，用于创建一个新进程，称为子进程，它与进程（称为系统调用fork的进程）同时运行，此进程称为父进程。创建新的子进程后，两个进程将执行fork（）系统调用之后的下一条指令。子进程使用相同的pc（程序计数器），相同的CPU寄存器，在父进程中使用的相同打开文件。  
> 它不需要参数并返回一个整数值。下面是fork（）返回的不同值。  
> 负值：创建子进程失败。  
> 零：返回到新创建的子进程。  
> 正值：返回父进程或调用者。该值包含新创建的子进程的进程ID

#### 2. 使用AOF持久化的方法 ####

我们可以通过在`redis.conf`中指定`appendonly yes`来开启AOF持久化，默认是`appendonly no`.

在使用AOF持久化的时候，还有一个参数配置值得我们注意，那就是跟同步频率相关的`appendfsync` ，这里的**同步指的是将写命令写入到磁盘中**，同样是在redis.conf配置中，默认配置如下

> \#If unsure, use “everysec”.
> 
> \#appendfsync always
> 
> appendfsync everysec  
> \#appendfsync no

redis官方说的很清楚，如果不确定你要用什么请用everysec，并且我们可以发现注释掉了always和no两种情况，那么这三种情况都是什么意思呢？

<table> 
 <thead> 
  <tr> 
   <th>选项</th> 
   <th>效用</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>everysec</td> 
   <td>每秒执行一次同步，即写入磁盘</td> 
  </tr> 
  <tr> 
   <td>always</td> 
   <td>每个写命令，都写入到磁盘中</td> 
  </tr> 
  <tr> 
   <td>no</td> 
   <td>由操作系统决定什么时候写入磁盘</td> 
  </tr> 
 </tbody> 
</table>

有的同学就要说了，每个写命令，都写入到磁盘中，这不是挺好的嘛？ 看起来挺好的，其实不然，always选项让redis每次只写一个命令到磁盘中，这种不断地写入少量数据的做法会引起问题。

#### 3. 重写AOF文件 ####

前面我们可以明显对比到，AOF每次只将写命令保存起来，占用体积相比RDB快照方式会小一些吧？其实不一定，随着redis的不断运行，AOF文件可能会不断堆积，这种情况下，占用的体积就会很大。

怎么办呢?

可以在客户端向redis服务器发送`BGREWRITEAOF`命令，这个命令会通过移除AOF文件中的冗余命令，来重写AOF文件，使得AOF文件的体积尽可能小。  
![在这里插入图片描述][20200324144033224.png]  
不幸的是，这个命令和快照持久化中的BGSAVE原理一样，都是fork一个子进程来完成工作。所以当你使用该命令重写特别大的AOF文件时，可能会导致我们的系统挂起几秒钟。

除此之外，AOF持久化中也提供了类似于前面save配置一样的功能，通过`auto-aof-rewrite-percentage` 和`auto-aof-rewrite-min-size` 两个参数来指定。

例如，下面是redis 默认配置

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

如果你开启了AOF持久化，那么当你的AOF文件大于64MB，并且AOF文件的体积比上一次重写之后的体积大了至少100%，那么就会执行`BGREWRITEAOF`命令来重写AOF文件。

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80Mzg4OTg0MQ_size_16_color_FFFFFF_t_70]: /images/20230528/edf5485057b440d8a59da1b7dfc4e368.png
[20200324144033224.png]: /images/20230528/b1f2f373700241bfa9e8c1d81776e96e.png