当redis的aof文件太大时，即使在重写之后，会发生什么？
我正在读一些关于redis持久性的文章，现在有两种方法可以保持redis持久性。
- AOF
- RDB
好的，我将跳过“AOF”和“RDB”的基本含义，我有一个关于“AOF”的问题，我的问题是“当redis的aof文件太大时会发生什么，即使是在重新编写之后？”，我在谷歌上搜索过，但没有结果，有人说当“AOF”文件的大小达到3G或4G时，redis-server将无法启动。有人能告诉我吗？非常感谢。
共有1个答案
Redis没有限制AOF文件的大小。您可以安全地拥有一个大的AOF文件。我的一个Redis实例编写了一个AOF文件，大小为95G，它可以成功重新加载文件。当然，这需要很长时间。
有人说，当“AOF”文件的大小达到3G或4G时，redis服务器将无法启动
我不确定是否有人遇到了问题，是因为文件系统的限制。对于某些旧文件系统，单个文件的大小不能超过2G或4G。然而，对于现代文件系统，限制已被消除。
-
这个Redis集群有240个节点（120个主节点和120个从节点），并且可以长期工作。但现在它得到一个主从开关几乎几个小时。 我从Redis服务器得到一些日志。 下面是这个集群的配置。 在我的选项中，aof重写不会影响Redis主线程。但这似乎使该节点无法响应其他节点的ping。
-
问题内容： 我看过的shell脚本包括如下一行： 我知道这会导致执行的内容，但是意义何在？ 后续问题：可以源任何脚本，还是仅源某些类型的脚本？脚本的来源（与正常执行相反）是否有除环境变量以外的其他副作用？ 问题答案： 在脚本上运行命令会在当前进程的上下文中执行脚本。这意味着由脚本设置的环境变量在完成运行后仍然可用。这与正常运行脚本相反，在正常情况下，脚本退出后，新生成的进程中设置的环境变量将丢失。
-
昨天，我们的机器意外崩溃，Redis的AOF文件被破坏。 尝试使用启动服务后，我们会收到以下日志： 读取仅附加文件的文件格式错误：备份AOF文件，然后使用/redis check aof--修复 本质上，这看起来像一个要修复的简单错误，只需执行
-
我正在寻找备份我的Redis数据的最佳方法。 我读到了RDB和AOF。但根据我的想法，最好的方法是以以下方式组合： 定期创建RDB，并仅从该点保存AOF。 这样，当您重新启动时。Redis可以恢复RDB文件（比整个AOF回滚更快），然后在最后几秒钟回滚AOF文件。 AOF文件包含自上次RDB以来的每一次写入。 我的问题是，这在Redis中可用吗？或者这有什么不好的地方吗？
-
我用java编写Rational类来做基本的数学运算，我想覆盖Number类和Comparable接口的方法。我这样做是为了双倍的价值 正如我们所知，BigInteger类也扩展了数字类，所以我对在doubleValue中调用哪个方法感到困惑，因为我已经覆盖了doubleValue
-
问题内容： 我最近在摆弄东西，意识到（c？）Python所做的事情非常明智：它确保小整数始终具有相同的。 但是后来我想知道数学运算的结果是否同样如此。原来是： 似乎它开始在n = 257处失败… 但是有时即使更大的数量它仍然可以工作： 这里发生了什么？python如何做到这一点？ 问题答案： Python会以一定数量保留对象池。当您在该范围内创建一个时，您实际上会获得对已有对象的引用。我怀疑这是出