redis中的AOF和RDB备份

Question

这个问题是关于Redis持久性的。

我正在使用redis作为社交网站的“快速后端”。这是一个单一的服务器设置。我一直在将PostgreSQL的职责稳步转移到Redis。目前在etc/redis/redis.conf中，附加设置设置设置为appendOnly no。快照设置为保存900 1，保存300 10，保存60 10000。所有这些对于生产和开发都是如此。根据生产日志，保存60 10000被大量调用。这是否意味着实际上，我每60秒就会得到一次备份？

一些文献建议同时使用AOF和RDB备份。因此，我正在权衡是否打开appendonly并使用appendfsync everysec。对于任何对硬币两面都有经验的人：

1） 使用appendonly on和appendfsync everysec会导致性能下降吗？它会影响CPU吗？写入负载偏高。

2） 一旦我用这些新设置重新启动redis服务器，我仍然会丢失最后60秒的数据，对吗？

3） 重启时间值得担心吗？我的转储。rdb文件较小~90MB。

我试图了解更多关于redis persistence的信息，并实现我的期望。就我个人而言，我很乐意在发生灾难的情况下丢失60年代的数据，因此我是否应该使用AOF也是我在思考的问题。请随意插话。谢谢




Answer 1

这是否意味着实际上，我每60秒就会得到备份？

不会。如果至少有10000个键被更改，Redis会在60秒后进行后台保存。否则，它不会进行后台保存。

使用appendonly on和appendfsync everysec会导致性能下降吗？它会影响CPU吗？写入负载偏高。

它取决于许多因素，例如磁盘性能（SSD与HDD）、写入/读取负载（QPS）、数据模型等。您需要在特定环境中使用自己的数据进行基准测试。

一旦我使用这些新设置重新启动redis服务器，我仍然会丢失最后60秒的数据，对吗？

不。如果同时打开AOF和RDB，当Redis重新启动时，AOF文件将用于重建数据库。由于您将其配置为appendfsync每秒，因此您只会丢失最后1秒的数据。

重启时间值得担心吗？我的垃圾。rdb文件较小~90MB。

如果您打开AOF，当Redis重新启动时，它会重放AOF文件中的日志以重建数据库。通常AOF文件比RDB文件大，并且可能比从RDB文件恢复慢。你应该担心这个吗？在你的特定环境中用你自己的数据做一个基准测试。

编辑

重要通知

假设您已经将Redis设置为使用RDB保存，并将大量数据写入Redis。过了一段时间，您想打开AOF保存。永远不要修改配置文件来打开AOF并重新启动REDIS，否则你会失去一切。

因为，一旦您在redis.conf中设置appendOnly yes并重新启动Redis，它将从AOF文件中加载数据，无论该文件是否存在。如果该文件不存在，它会创建一个空文件，并尝试从该空文件中加载数据。所以你会失去一切。

事实上，你不需要重启Redis来开启AOF。相反，您可以使用命令动态启用它：config set appendonly yes。