Redis进阶（4）——结合redis.conf配置文件深入理解 Redis两种数据持久化方案：RDB和AOF

悠悠 2023-10-14 19:13 1阅读 0赞

#### 目录 ####

*  引出
 *  持久化方案
 *   *  RDB
     *  AOF
 *  Redis的持久化方案
 *   *  RDB
     *   *  如果采用docker stop关闭
         *  如果采用强制关闭
     *  AOF
     *   *  参数设置
         *  混编方式的加载
         *  让aof进行重写
 *  两种持久化方案的优缺点
 *   *  AOF优缺点
     *  RDB优势和劣势
 *  总结

## 引出 ##

--------------------

1.Redis数据持久化的两种方式，RDB和AOF;  
2.RDB采用二进制存储，速度快，但数据可能会丢失；  
3.AOF命令追加，可读性强，数据准确，但文件较大，效率低；  
4.结合redis.conf深入理解两种持久化方案；

## 持久化方案 ##

RDB/AOF

![在这里插入图片描述][8845dc3604134546bef31f322b321254.png]  
![在这里插入图片描述][3807790acf43428d9d98e523915d4043.png]

### RDB ###

> 以二进方式存储

存储信息到redis（内存），Fork 进程 存储内存中的信息，何时触发存储的过程。

![在这里插入图片描述][0a4d76fbb6e342d68febfee7eb6c41ba.png]

> 执行操作

![在这里插入图片描述][e4161c721c834957b21b8d11cf7b2046.png]

> COW（ copy-on-write）

![在这里插入图片描述][8d5572ee0f324f899eced10377200eb5.png]

### AOF ###

> 使用文本方式存储写内容

![在这里插入图片描述][5a99a3c91978432890895ee73436929d.png]

> RDB二进制的方式存储，AOF使用文本方式

![在这里插入图片描述][554045b4c03e43a8bafa4db91af2dd27.png]

> 默认情况：都启动

![在这里插入图片描述][3fb872215d074ee6aeee2a5b8c1551d6.png]

> 如果文件足够大？达到什么程度，如何处理？ （rewrite)

![在这里插入图片描述][9639ae6385684983a965570a2d78eb16.png]

![在这里插入图片描述][8247829251bb4fed9cf3dccc188cf83e.png]

## Redis的持久化方案 ##

> redis4.0开始，配置上有些调整。
> 
> 之前默认不打开AOF。

### RDB ###

> Redis Data base： 内存快照
> 
> 正常关闭，redis服务会存储最后一次修改
> 
> 非正常关闭，redis会丢失未存储的数据。
> 
> 开一个(fork)进程,后台执行存储。

![在这里插入图片描述][8827b37030114d8b82e4c3f920456931.png]

![在这里插入图片描述][d62cf07516fb4eda8098f11da7fadcba.png]

docker run -it \
    --name redis_6399 \
    --privileged \
    -p 6399:6379 \
    --network pet_docker_net \
    --ip 172.18.12.99 \
    -v /etc/localtime:/etc/localtime \
    -v /usr/local/software/redis/6399/conf/redis.conf:/usr/local/etc/redis/redis.conf \
    -v /usr/local/software/redis/6399/data/:/data \
    -v /usr/local/software/redis/6399/log/redis.log:/var/log/redis.log \
    -d redis \
    /usr/local/etc/redis/redis.conf

#### 如果采用docker stop关闭 ####

> 参数设置，30s内，写5次会触发

![在这里插入图片描述][69dec7d3092a4578a80fea842a4b5055.png]

> 进入redis-cli，进行set操作，卡点30s

![在这里插入图片描述][062260c32dfb4957b8145cd8dc5f4a39.png]

> 关闭6399

![在这里插入图片描述][5816aac960cc4b758719d57600d93e9d.png]

> 重新启动，发现数据都在

![在这里插入图片描述][277b00eb54244610a3fd0caed16b1885.png]

> 原因分析

![在这里插入图片描述][93d6f60ec6504c3e8b055b833dbd39f3.png]

#### 如果采用强制关闭 ####

![在这里插入图片描述][c9c6b0279273406ea3a95327e04b9321.png]

[root@localhost ~]# ps au | grep redis-server
    polkitd   14172  0.1  0.2  52812  9832 pts/7    Ssl+ 20:47   0:00 redis-server 0.0.0.0:6379
    root      38838  0.0  0.0 112824   976 pts/15   S+   20:54   0:00 grep --color=auto redis-server
    [root@localhost ~]# kill -9 14172
    [root@localhost ~]#

> 出现数据丢失，以及原因分析

![在这里插入图片描述][a94662695d35414a8ddb816666d5f947.png]

> 日志查看

![在这里插入图片描述][119ec27362784799b1a4c13a6da10ed0.png]

### AOF ###

> 日志方式存储非读命令.

#### 参数设置 ####

> 打开AOF

![在这里插入图片描述][1f2e7827cd2344e6a50d50682f5a4ba6.png]

> 关于AOF的备份频率

![在这里插入图片描述][7044ea8014b941a7825676bfda4b2ffb.png]

> 参数解释

![在这里插入图片描述][bfe4dbdc5f2f4accbe777998f6dbcfc9.png]

> 关于AOF的重写rewrite

![在这里插入图片描述][05c2ff4ace9743b7955ec597f9720375.png]

> 达到64Mb的时候会rewrite，重写一下

![在这里插入图片描述][7fdb65b21f544bc78b316bd333dff2a3.png]

#### 混编方式的加载 ####

> 数据加载顺序(混合方式)

1.  读取aof
2.  混编方式： 在aof文件里面，既有aof，也有rdb；rdb在尾部，先被读出来；aof+rdb

1:M 09 Aug 2023 10:39:36.429 * Reading RDB preamble from AOF file...
    1:M 09 Aug 2023 10:39:36.429 * Loading RDB produced by version 6.2.6
    1:M 09 Aug 2023 10:39:36.429 * RDB age 6668 seconds
    1:M 09 Aug 2023 10:39:36.429 * RDB memory usage when created 1.89 Mb
    1:M 09 Aug 2023 10:39:36.429 * RDB has an AOF tail
    1:M 09 Aug 2023 10:39:36.429 # Done loading RDB, keys loaded: 3, keys expired: 0.
    1:M 09 Aug 2023 10:39:36.429 * Reading the remaining AOF tail...
    1:M 09 Aug 2023 10:39:36.429 * DB loaded from append only file: 0.001 seconds
    1:M 09 Aug 2023 10:39:36.429 * Ready to accept connections

![在这里插入图片描述][67cf9a6c69e24e40b7b29de9b778cf58.png]

> appendonly yes

![在这里插入图片描述][fe049ca94b3644b088497d07575ff2bf.png]

> 混编打开后，将AOF重写后文件大小变小

![在这里插入图片描述][6456f66e619c40dbbca3798297abd9d7.png]

#### 让aof进行重写 ####

> 原本重写设置

![在这里插入图片描述][dc58d37f8fed4a88ba995454e5037db2.png]

> 后台命令让redis重写

![在这里插入图片描述][6142d44e2d474c8eacb2fbce2d540375.png]

> 查看日志

![在这里插入图片描述][19db6f72aa7d43a39fdbd12e197c45be.png]

> 查看混编后的文件

![在这里插入图片描述][43ab0517c3504a1d8ff23b7bf8a1f721.png]

## 两种持久化方案的优缺点 ##

### AOF优缺点 ###

<table> 
 <thead> 
  <tr> 
   <th>优点：数据准确</th> 
   <th>缺点：慢，文件大，效率低</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>默认是每秒fsync一次。这样最多丢失1秒数据</td> 
   <td>在相同的数据集下，AOF文件的大小一般会比RDB文件大。</td> 
  </tr> 
  <tr> 
   <td>AOF日志文件是一个纯追加的文件。就算服务器突然Crash，也不会出现日志的定位或者损坏问题</td> 
   <td>在某些fsync策略下，AOF的速度会比RDB慢。通常fsync设置为每秒一次就能获得比较高的性能，而在禁止fsync的情况下速度可以达到RDB的水平。</td> 
  </tr> 
  <tr> 
   <td>当AOF文件太大时，Redis会自动在后台进行重写。重写很安全，因为重写是在一个新的文件上进行，同时Redis会继续往旧的文件追加数据。</td> 
   <td></td> 
  </tr> 
  <tr> 
   <td>AOF把操作命令以简单易懂的格式一条接一条的保存在文件里，很容易导出来用于恢复数据。</td> 
   <td></td> 
  </tr> 
 </tbody> 
</table>

### RDB优势和劣势 ###

<table> 
 <thead> 
  <tr> 
   <th>优势：快</th> 
   <th>劣势：数据可能有缺失</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>一旦采用该方式，那么你的整个Redis数据库将只包含一个文件，这对于文件备份而言是非常完美的。比如，你可能打算每个小时归档一次最近24小时的数据，同时还要每天归档一次最近30天的数据。通过这样的备份策略，一旦系统出现灾难性故障，我们可以非常容易的进行恢复。</td> 
   <td>如果你想保证数据的高可用性，即最大限度的避免数据丢失，那么RDB将不是一个很好的选择。因为系统一旦在定时持久化之前出现宕机现象，此前没有来得及写入磁盘的数据都将丢失。</td> 
  </tr> 
  <tr> 
   <td>对于灾难恢复而言，RDB是非常不错的选择。因为我们可以非常轻松的将一个单独的文件压缩后再转移到其它存储介质上。</td> 
   <td>由于RDB是通过fork子进程来协助完成数据持久化工作的，因此，如果当数据集较大时，可能会导致整个服务器停止服务几百毫秒，甚至是1秒钟。</td> 
  </tr> 
  <tr> 
   <td>性能最大化。对于Redis的服务进程而言，在开始持久化时，它唯一需要做的只是fork出子进程，之后再由子进程完成这些持久化的工作，这样就可以极大的避免服务进程执行IO操作了。</td> 
   <td></td> 
  </tr> 
  <tr> 
   <td>相比于AOF机制，如果数据集很大，RDB的启动效率会更高。</td> 
   <td></td> 
  </tr> 
 </tbody> 
</table>

--------------------

## 总结 ##

[8845dc3604134546bef31f322b321254.png]: https://img-blog.csdnimg.cn/8845dc3604134546bef31f322b321254.png
[3807790acf43428d9d98e523915d4043.png]: https://img-blog.csdnimg.cn/3807790acf43428d9d98e523915d4043.png
[0a4d76fbb6e342d68febfee7eb6c41ba.png]: https://img-blog.csdnimg.cn/0a4d76fbb6e342d68febfee7eb6c41ba.png
[e4161c721c834957b21b8d11cf7b2046.png]: https://img-blog.csdnimg.cn/e4161c721c834957b21b8d11cf7b2046.png
[8d5572ee0f324f899eced10377200eb5.png]: https://img-blog.csdnimg.cn/8d5572ee0f324f899eced10377200eb5.png
[5a99a3c91978432890895ee73436929d.png]: https://img-blog.csdnimg.cn/5a99a3c91978432890895ee73436929d.png
[554045b4c03e43a8bafa4db91af2dd27.png]: https://img-blog.csdnimg.cn/554045b4c03e43a8bafa4db91af2dd27.png
[3fb872215d074ee6aeee2a5b8c1551d6.png]: https://img-blog.csdnimg.cn/3fb872215d074ee6aeee2a5b8c1551d6.png
[9639ae6385684983a965570a2d78eb16.png]: https://img-blog.csdnimg.cn/9639ae6385684983a965570a2d78eb16.png
[8247829251bb4fed9cf3dccc188cf83e.png]: https://img-blog.csdnimg.cn/8247829251bb4fed9cf3dccc188cf83e.png
[8827b37030114d8b82e4c3f920456931.png]: https://img-blog.csdnimg.cn/8827b37030114d8b82e4c3f920456931.png
[d62cf07516fb4eda8098f11da7fadcba.png]: https://img-blog.csdnimg.cn/d62cf07516fb4eda8098f11da7fadcba.png
[69dec7d3092a4578a80fea842a4b5055.png]: https://img-blog.csdnimg.cn/69dec7d3092a4578a80fea842a4b5055.png
[062260c32dfb4957b8145cd8dc5f4a39.png]: https://img-blog.csdnimg.cn/062260c32dfb4957b8145cd8dc5f4a39.png
[5816aac960cc4b758719d57600d93e9d.png]: https://img-blog.csdnimg.cn/5816aac960cc4b758719d57600d93e9d.png
[277b00eb54244610a3fd0caed16b1885.png]: https://img-blog.csdnimg.cn/277b00eb54244610a3fd0caed16b1885.png
[93d6f60ec6504c3e8b055b833dbd39f3.png]: https://img-blog.csdnimg.cn/93d6f60ec6504c3e8b055b833dbd39f3.png
[c9c6b0279273406ea3a95327e04b9321.png]: https://img-blog.csdnimg.cn/c9c6b0279273406ea3a95327e04b9321.png
[a94662695d35414a8ddb816666d5f947.png]: https://img-blog.csdnimg.cn/a94662695d35414a8ddb816666d5f947.png
[119ec27362784799b1a4c13a6da10ed0.png]: https://img-blog.csdnimg.cn/119ec27362784799b1a4c13a6da10ed0.png
[1f2e7827cd2344e6a50d50682f5a4ba6.png]: https://img-blog.csdnimg.cn/1f2e7827cd2344e6a50d50682f5a4ba6.png
[7044ea8014b941a7825676bfda4b2ffb.png]: https://img-blog.csdnimg.cn/7044ea8014b941a7825676bfda4b2ffb.png
[bfe4dbdc5f2f4accbe777998f6dbcfc9.png]: https://img-blog.csdnimg.cn/bfe4dbdc5f2f4accbe777998f6dbcfc9.png
[05c2ff4ace9743b7955ec597f9720375.png]: https://img-blog.csdnimg.cn/05c2ff4ace9743b7955ec597f9720375.png
[7fdb65b21f544bc78b316bd333dff2a3.png]: https://img-blog.csdnimg.cn/7fdb65b21f544bc78b316bd333dff2a3.png
[67cf9a6c69e24e40b7b29de9b778cf58.png]: https://img-blog.csdnimg.cn/67cf9a6c69e24e40b7b29de9b778cf58.png
[fe049ca94b3644b088497d07575ff2bf.png]: https://img-blog.csdnimg.cn/fe049ca94b3644b088497d07575ff2bf.png
[6456f66e619c40dbbca3798297abd9d7.png]: https://img-blog.csdnimg.cn/6456f66e619c40dbbca3798297abd9d7.png
[dc58d37f8fed4a88ba995454e5037db2.png]: https://img-blog.csdnimg.cn/dc58d37f8fed4a88ba995454e5037db2.png
[6142d44e2d474c8eacb2fbce2d540375.png]: https://img-blog.csdnimg.cn/6142d44e2d474c8eacb2fbce2d540375.png
[19db6f72aa7d43a39fdbd12e197c45be.png]: https://img-blog.csdnimg.cn/19db6f72aa7d43a39fdbd12e197c45be.png
[43ab0517c3504a1d8ff23b7bf8a1f721.png]: https://img-blog.csdnimg.cn/43ab0517c3504a1d8ff23b7bf8a1f721.png