Redis__AOF持久化

最新推荐文章于 2023-08-31 11:00:00 发布

偷偷学习被我发现

最新推荐文章于 2023-08-31 11:00:00 发布

阅读量168

点赞数

分类专栏： Redis

本文链接：https://blog.csdn.net/qq_37432174/article/details/98473259

版权

Redis的AOF持久化提供多种同步频率，最多丢失1秒数据。AOF文件格式可读性强，便于修复数据错误。相比RDB，AOF体积大，性能稍逊，但在高负载下更适合RDB。通常建议同时开启两者，AOF优先用于数据恢复。配置关键包括appendfsync（推荐everysec）、auto-aof-rewrite-percentage和auto-aof-rewrite-min-size。AOF重写通过BGREWRITEAOF命令实现，以压缩文件大小，但可能影响性能。

摘要由CSDN通过智能技术生成

Redis的持久化分为两种：
快照持久化RDB
AOF
所谓的持久化就是保持我们的数据不丢失
这里讲AOF

优点
AOF 持久化的方法提供了多种的同步频率，即使使用默认的同步频率每秒同步一次，Redis 最多也就丢失 1 秒的数据而已。
AOF 文件使用 Redis 命令追加的形式来构造，因此，即使 Redis 只能向 AOF 文件写入命令的片断，使用 redis-check-aof 工具也很容易修正 AOF 文件。
AOF 文件的格式可读性较强，这也为使用者提供了更灵活的处理方式。例如，如果我们不小心错用了 FLUSHALL 命令，在重写还没进行时，我们可以手工将最后的 FLUSHALL 命令去掉，然后再使用 AOF 来恢复数据。

缺点
对于具有相同数据的的 Redis，AOF 文件通常会比 RDF 文件体积更大。
虽然 AOF 提供了多种同步的频率，默认情况下，每秒同步一次的频率也具有较高的性能。但在 Redis 的负载较高时，RDB 比 AOF 具好更好的性能保证。
RDB 使用快照的形式来持久化整个 Redis 数据，而 AOF 只是将每次执行的命令追加到 AOF 文件中，因此从理论上说，RDB 比 AOF 方式更健壮。官方文档也指出，AOF 的确也存在一些 BUG，这些 BUG 在 RDB 没有存在。

AOF与RDB的不同
RDB快照持久化是通过直接保存 Redis 的键值对数据，生成rdb文件备份数据，RDB的好处