⑩①【缓存】Redis持久化 RDB + AOF

曾经终败给现在 2024-04-17 10:19 54阅读 0赞

![在这里插入图片描述][8d8e0d8a542946af858489a536162608.gif_pic_center]

> 个人简介：Java领域新星创作者；阿里云技术博主、星级博主、专家博主；正在Java学习的路上摸爬滚打，记录学习的过程~  
> 个人主页：[.29.的博客][.29.]  
> 学习社区：[进去逛一逛~][Link 1]

> [![在这里插入图片描述][d96175b2bec4472ab4ea0ada46da4af4.png_pic_center]][d96175b2bec4472ab4ea0ada46da4af4.png_pic_center 1]

#### ⑩①Redis持久化 RDB + AOF ####

*   *  Redis数据快照 - RDB
     *  Redis追加文件 - AOF
     *  RDB + AOF 混合模式

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

### Redis数据快照 - RDB ###

`RDB`：

*  RDB全称 Redis Database Backup file，即Redis数据备份文件，也被叫做**Redis数据快照。**
 *  总的来说就是将内存中的数据都记录到磁盘中形成快照文件，当Redis实例故障重启后，从磁盘读取快照文件，恢复数据。（在指定的时间间隔，执行数据集的时间点快照，`dump.rdb文件`）
 *      # 由Redis主进程执行RDB，会阻塞所有命令
        save
        
        # 开启子进程执行RDB，避免主进程受到影响
        bgsave
 *  ![在这里插入图片描述][882d827232904a9bb67a918019513b45.png]

`RDB执行原理`：

> ![在这里插入图片描述][23605d91f418484a97ad3e628183f54d.png]

`设置RDB触发规则`：

*  Redis内部有触发RDB的机制，可以通过`redis.conf`配置文件进行设置：
 *  > ![在这里插入图片描述][f6b60f5b87c647638d9d6b2f5461a77b.png]
 *  > redis7以后的配置情况
    > 
    > ![在这里插入图片描述][45d1c5bc5f144d6bb5b8e9aa44f270b8.png]

`RDB的优缺点`：

*  **优点：**
 *   *  ①RDB保存时执行的是全量快照，适合大规模的数据恢复；
     *  ②可以按照业务定时备份；
     *  ③对数据完整性和一致性要求不高；
     *  ④RDB文件在内存中的加载速度比AOF文件快得多；
 *  **缺点：**
 *   *  ①快照间的数据会丢失，原因是一定时间间隔备份一次，若期间redis宕机，就会丢失最近一次快照至当前这段时间的数据；
     *  ②内存数据的全量同步，若数据量太大会I/O严重而影响性能；
     *  ③RDB依赖主进程fork，数据集较大可能导致服务请求的瞬间延时，且fork时内存中的数据被克隆，占用两倍空间；

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

### Redis追加文件 - AOF ###

`AOF`：

*  AOF全称 Append Only File，即**追加文件。** Redis处理的**每一个写命令都会记录在AOF文件中** ，也可以将其看作日志文件。
 *  **只许追加AOF文件而不能修改AOF文件** ，Redis启动之初会读取该文件重新构建数据。（AOF保存的是`appendonly.aof文件`）
 *  默认情况下，Redis AOF是没有开启的，开启需要修改Redis配置文件`redis.conf`，修改内容为`appendonly yes`。

`使用与策略`：

*  redis配置文件：`redis.conf`中：

# 是否开启AOF功能 默认是no
    appendonly yes
    # AOF文件的名称
    appendfilename "appendonly.aof"
    
    # AOF的三种写回策略
    # 1. 每执行一次写命令，立即记录到AOF文件
    appendfsync always
    # 2. 写命令执行完先放入AOF缓冲区，然后每间隔1秒将缓冲区数据写入AOF文件
    appendfsync everysec
    # 3.  写命令执行完先放入AOF缓冲区，由操作系统决定何时将数据写入AOF文件
    appendfsync no
    
    # AOF自动重写
    # 1. AOF文件比上次文件 增长超过多少百分比会触发AOF重写
    auto-aof-rewrite-percentage 100
    # 2. AOF文件体积超过多少会触发AOF重写
    auto-aof-rewrite-min-size 64mb
    
    # AOF重写期间是否同步？no:期间可同步、yes：期间不同步。
    no-appendfsync-on-rewrite no

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

> ![在这里插入图片描述][562de18253314c2a961ab998416005ca.png]

> ![在这里插入图片描述][59366803beee4705baea9b5eab8feb77.png]

`AOF工作原理`：

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

`AOF优缺点`：

*  优点：
 *   *  ①更好地保护数据不丢失、性能高、可做紧急恢复；
 *  缺点：
 *   *  ①相同数据集的数据而言，aof文件远大于rdb文件，恢复速度也慢于rdb；
     *  ②aof运行效率慢于rdb，每秒同步策略效率较好，不同步策略效率与rdb相同；

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

### RDB + AOF 混合模式 ###

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

`混合使用：AOF + RDB`：

*  开启混合模式（修改`redis.conf`配置文件）
 *   *      # yes表示开启，设置为no表示禁用
            aof-use-rdb-preamble yes
     *  注意：使用混合模式的前置条件是开启了AOF功能
 *  
 *  **执行原理（RDB镜像做全量持久化，AOF做增量持久化）：**
 *   *  先使用RDB进行快照存储，然后使用AOF持久化记录所有的写操作，当重写策略满足或手动触发重写的时候，将最新的数据存储为新的RDB记录。这样的话，重启服务的时候会从RDB和AOF两部分恢复数据，既保证了数据完整性，又提高了恢复数据的性能。简单来说：混合持久化方式产生的文件一部分是RDB格式，一部分是AOF格式。**----》AOF包括了RDB头部+AOF混写**
     *

> ![在这里插入图片描述][9dfa959e6fdc4172bbdecaaf993a2c34.png]

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

[![在这里插入图片描述][20a7f1b58dfb4660b75d7f021c157d57.png_pic_center]][20a7f1b58dfb4660b75d7f021c157d57.png_pic_center 1]

[8d8e0d8a542946af858489a536162608.gif_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/14/9b9abc120ce54eb9931d8f9e97ffb8a4.gif
[.29.]: https://blog.csdn.net/ebb29bbe?spm=1018.2226.3001.5343
[Link 1]: https://bbs.csdn.net/forums/185241f773fb401b8ca7994dc3d02333?joinKey=cyru4ex9o7wq-mz6v1koj5x-1-add3ae8dc3827dbbd4360c79af92bbbe
[d96175b2bec4472ab4ea0ada46da4af4.png_pic_center]: https://img-blog.csdnimg.cn/d96175b2bec4472ab4ea0ada46da4af4.png#pic_center
[d96175b2bec4472ab4ea0ada46da4af4.png_pic_center 1]: https://blog.csdn.net/ebb29bbe/category_12480807.html?spm=1001.2014.3001.5482
[882d827232904a9bb67a918019513b45.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/14/459cd167acb640c0981eb16db2f022ef.png
[23605d91f418484a97ad3e628183f54d.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/14/18aa38f0242d4e48b98e92f16f4e7e63.png
[f6b60f5b87c647638d9d6b2f5461a77b.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/14/d0f0f8f0f96349aa968d90505aaa68e8.png
[45d1c5bc5f144d6bb5b8e9aa44f270b8.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/14/65621288d4f24a289af27e9003f0fba0.png
[5aabd7102d0743f687fdbd3cfbb2e4e0.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/14/05fb4378e3674ab2bcbe65c2ce0d5486.png
[562de18253314c2a961ab998416005ca.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/14/e789fdfd1f3045be8308146ea5814956.png
[59366803beee4705baea9b5eab8feb77.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/14/740467c68a33400daabc1daf39c7ac2a.png
[cb1ab6e8d4d14227965e3d5567275ad3.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/14/f9006218afec40ed8e9debb564fde188.png
[e2db4bfcb2e04e64941a702e7a70ca39.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/14/a97b9d0eba6f4721867d10f12f636f2c.png
[9dfa959e6fdc4172bbdecaaf993a2c34.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/14/615f2aa261024260b93f64a5946f75e1.png
[20a7f1b58dfb4660b75d7f021c157d57.png_pic_center]: https://img-blog.csdnimg.cn/20a7f1b58dfb4660b75d7f021c157d57.png#pic_center
[20a7f1b58dfb4660b75d7f021c157d57.png_pic_center 1]: https://blog.csdn.net/ebb29bbe?type=blog