“Redis 持久化”的版本间的差异
跳到导航
跳到搜索
Jihongchang（讨论 | 贡献） |
Jihongchang（讨论 | 贡献） |
||
| 第5行： | 第5行： | ||
* 不持久化 | * 不持久化 | ||
* RDB+AOF | * RDB+AOF | ||
| + | 值得一提的是这些方案也各有优缺点，需要在使用的时候根据需要选择方案 | ||
| + | |||
| 第10行： | 第12行： | ||
=== RDB === | === RDB === | ||
RDB（Redis Database），以指定的时间间隔执行保存数据集的时间点快照。 | RDB（Redis Database），以指定的时间间隔执行保存数据集的时间点快照。 | ||
| + | |||
| + | 优点：服务重启时加载速度快 | ||
| + | |||
| + | 缺点：因为是周期间隔进行快照保存，所以如果在两次快照之间出现的增量数据可能会丢失 | ||
| + | |||
| + | 执行快照保存的时间点尽量在访问量少的时间 | ||
| 第15行： | 第23行： | ||
AOF（Append Only File），不停记录服务器收到的每个写操作，然后在服务器启动时重新执行这些写操作以重建原始数据，使用与 Redis 协议本身相同的格式记录命令。 | AOF（Append Only File），不停记录服务器收到的每个写操作，然后在服务器启动时重新执行这些写操作以重建原始数据，使用与 Redis 协议本身相同的格式记录命令。 | ||
| + | 优点：每一个发送到服务器的写操作都会被记录，几乎不丢数据或者丢的很少 | ||
| + | |||
| + | 缺点：服务重启时加载的是所有写操作的 history，这个量可能会很大，执行时间会比较久 | ||
=== 参考 === | === 参考 === | ||
https://redis.io/docs/management/persistence/ | https://redis.io/docs/management/persistence/ | ||
2023年2月19日 (日) 04:08的版本
Redis 虽然是内存数据库，但为了在重启之后仍然可以提供数据也提供了4种持久化方案：
- RDB
- AOF
- 不持久化
- RDB+AOF
值得一提的是这些方案也各有优缺点，需要在使用的时候根据需要选择方案
RDB
RDB（Redis Database），以指定的时间间隔执行保存数据集的时间点快照。
优点：服务重启时加载速度快
缺点：因为是周期间隔进行快照保存，所以如果在两次快照之间出现的增量数据可能会丢失
执行快照保存的时间点尽量在访问量少的时间
AOF
AOF（Append Only File），不停记录服务器收到的每个写操作，然后在服务器启动时重新执行这些写操作以重建原始数据，使用与 Redis 协议本身相同的格式记录命令。
优点：每一个发送到服务器的写操作都会被记录，几乎不丢数据或者丢的很少
缺点：服务重启时加载的是所有写操作的 history，这个量可能会很大，执行时间会比较久