Redis 持久化机制？RDB，AOF？这下弄明白了

青旅半醒 2024-03-26 16:57 12阅读 0赞

## 简单介绍 ##

### 线上 Redis 被攻击了？ ###

> 发生甚么事了？

这两天自己做项目，出现一个奇怪的问题。

前一天特地存在 Redis 里的数据，后一天来看就没有了，明明也没有设置过期时间。

更好玩的是 Redis 里数据有着几个「backup」，就像下图所示：

![format_png][]

到底是备份了什么，给我数据都整没了。。。

把「backup」里的数据编码再一看：

![format_png 1][]

好家伙，我一下来劲了，什么 「cleanfda」什么「init.sh」的， 这是被攻击了啊！

这样的攻击，黑客一般会删除数据库的数据，然后给你留下「backup」指引，告诉你这些被删除的数据他做了备份，然后你应该如何花钱赎你的数据。

查明被攻击的原因是 Redis 密码过于简单，而且没有隐藏端口，于是就被攻破了。。。

### 为什么 Redis 数据需要持久化？ ###

> 补救上面的问题

重新部署 Redis 不是难事，但是数据丢了就不好玩了，线下测试阶段则需要一点一点调用接口重新构造数据，线上阶段那还可能面临更多严肃的问题。

像我这里还在本地测试，就得一点一点重新构造数据了。

> 为什么 Redis 需要持久化数据？

**首先 Redis 是一个基于内存的数据库，那么一旦 Redis 宕机，内存中的数据将全部丢失。** 于是我们需要持久化机制，将内存中的数据持久化到硬盘中去。

同时考虑到上面服务被攻击，或者数据迁移的可能性，数据持久化都可以减少损失，使 Redis 服务更加灵活。

## Redis 持久化机制 ##

> Redis 主要有几种持久化机制？

Redis 提供4种持久化方案：

*  RDB
 *  AOF
 *  虚拟内存（VM）
 *  DISKSTORE

而真正被官方文档认可支持的持久化方式只有 RDB 和 AOF。于是本篇我们主要介绍并且实践 RDB 和 AOF 持久化机制。

### RDB ###

> 什么是 RDB?

RDB 是 Redis DataBase 的缩写，可以称作快照/内存快照。同时 **RDB 是 Redis 默认启用的持久化方案。**

RDB 持久化就是把当前进程数据生成快照保存到磁盘上的过程，由于是某一时刻的快照，那么**快照中的值要早于或者等于内存中的值。**

> RDB 的优点（这方面的内容需要读完 RDB 篇章才能充分理解）

*  RDB文件是某个时间节点的快照，默认使用 LZF 算法进行压缩，压缩后的**文件体积远远小于内存大小，适用于备份、全量复制等场景；**
 *  Redis **加载 RDB 文件恢复数据要远远快于 AOF 方式；**

> RDB 的缺点（这方面的内容需要读完 RDB 篇章才能充分理解）

*  RDB 方式**实时性不够**，无法做到秒级的持久化。如果系统发生故障将丢失最后一次创建快照以后的数据。
 *  RDB 方式**保存快照开销较大**，每次调用 `bgsave` 都需要 `fork` 子进程，`fork` 子进程属于重量级操作，频繁执行成本较高。
 *  RDB 文件是二进制的，**没有可读性**，AOF 文件在了解其结构的情况下可以手动修改或者补全。
 *  **版本兼容** RDB 文件问题。

> RDB 持久化的触发方式

*  **手动触发**
    
    执行 `save` 命令
    
     *  > `save` 命令效果
        
        阻塞当前 Redis 服务器，直到 RDB 过程完成为止。
     *  > 阻塞时间
        
        对于内存比较大的实例会造成长时间**阻塞**，线上环境不建议使用
 *  **被动触发**
    
    执行 `bgsave` 命令
    
     *  > `bgsave` 命令效果
        
        Redis 进程 `fork` 一个子进程，用于执行 RDB 持久化，完成后自动结束。
     *  > 阻塞时间
        
        阻塞只发生在 fork

[format_png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/26/85581e665ce04173aeef61631207fb2e.png
[format_png 1]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/26/9d5511c184234d7fb4ce6bcad479d767.png