Redis 策略策略选择，为数据库数据保驾护航

2023-12-31 19:51:24

Redis 持久化策略的选择标准
在探索Redis的持久化策略之前，有必要了解数据持久化的几个关键要素，以帮助您根据具体需求做出明智选择：

数据丢失的代价 ：首先，考虑数据丢失对您而言意味着什么。它仅仅是一些不便，还是会造成严重的后果？
持久化性能 ：持久化的过程可能会对数据库的性能产生影响。
持久化数据的一致性 ：决定哪些数据必须持久化，以及在什么时间点持久化。

Redis 持久化策略深入剖析

1. 快照持久化 (RDB)

RDB（Redis DataBase）快照持久化策略是一种以周期性方式创建数据库快照的持久化策略。通过对内存中的数据进行快照，RDB 可以将数据保存到硬盘上。快照文件本质上是一个二进制文件，包含了整个数据集在特定时间点的状态，因此也成为“全量复制”快照文件。

优点：
- 高效：RDB 压缩效果好，需要较少的存储空间，也能够快速创建和载入，这对大数据量的数据集尤为重要。
- 容错性强：RDB快照文件可以作为独立的文件存储，因此它不会受到Redis进程本身的损坏的影响。
- 一致性：RDB 快照提供了一个在指定时间点的数据库状态的完整快照，这使得数据恢复时更加容易和快速。
缺点：
- 数据丢失：RDB 快照只能在快照创建期间保护数据，因此在创建快照后的更改可能会丢失。这意味着当RDB持久化保存了数据库数据的状态后，在此期间发生的任何数据更改都将被覆盖，因此，如果在RDB持久化保存数据期间数据库发生故障或崩溃，那么此期间产生的数据都将无法恢复。
- 阻塞：RDB 快照是通过复制正在运行的数据集来创建的，这可能会导致 Redis服务器在快照创建期间出现短暂的性能下降。

2. 追加文件持久化 (AOF)

AOF（Append Only File）追加文件持久化策略则是以一种日志的方式将所有的写操作记录到一个文件中，这个日志文件被称为AOF文件。AOF持久化机制会将每个写操作以命令的形式记录到AOF文件中，即使在Redis服务器停止运行的情况下，也可以使用这些命令来重建数据。
AOF 有两种主要模式：

always ：即使一个小操作，也会被同步追加写入AOF文件中。
everysec ：仅在每秒末尾，才将该秒期间的所有操作追加写入AOF文件中。
优点：
- 数据完整性：AOF记录了数据库中发生的所有写操作，因此它始终包含最新的数据集。它能提供最高级别的数据完整性保障。
- 增量持久化：AOF会根据写的操作顺序，持续的将数据追加到文件末尾，即使发生服务器故障，数据也能得到恢复。
缺点：
- 性能：AOF 比 RDB 慢，因为每次写操作都需要记录到 AOF 文件。
- 文件体积：AOF 文件可能比 RDB 文件更大，因为它包含了所有的写操作，并且不会进行压缩。
- 数据重写：因为AOF文件体积较大，为了避免AOF文件体积过大，导致读写性能下降，需要定期执行BGSAVE命令来重写AOF文件，重写时Redis是阻塞的。

综合评估，何去何从

RDB和AOF各有优缺点，在选择合适的持久化策略时，需要综合考虑数据丢失的代价、持久化性能、持久化数据的一致性等因素。

RDB 适用于以下场景 ：
- 数据量较大，但数据丢失代价较低。
- 对性能要求较高。
- 能够承受短暂的 Redis 服务器性能下降。
- 对数据完整性要求不高。
AOF 适用于以下场景 ：
- 数据量不大，但数据丢失代价较高。
- 对数据完整性要求较高。
- 能够承受 AOF 文件较大的存储空间占用。
- 对性能要求不那么高。