在写入Chronicle Queue时，默认写入不会刷新到磁盘，所以我相信linux内核脏页缓存中的任何内容都会丢失。在停电的情况下，保证恢复的最佳方法是什么？一个有电池支持的raid阵列和写时强制刷新是一个好方法吗？还是在假设写入被安全记录之前，最好使用来自第二台机器的ack进行复制？以下哪种方法的性能最好？从理论上讲，如果在同一电网上，停电可能会影响两台机器。。。。
linux内核脏页缓存中的任何内容都会丢失。
是
发生电源故障时，保证恢复的最佳方法是什么？
将数据复制到第二台或第三台计算机。这样，即使整个机器/数据中心无法恢复，您也可以在没有数据丢失的情况下继续运行。
一个有电池支持的raid阵列以及写入时强制刷新是一个好方法吗？
您必须相信硬件的可靠性，这是Chronicle无法保证的，而且我们的许多客户以前都被烧毁过。
还是在假设写入被安全记录之前，最好使用来自第二台机器的ack进行复制？
这取决于您的需求。在我们看来，这是最好的做法，尽管许多客户觉得他们不需要这种选择。
另一种方法是将数据复制到辅助机器上，并让辅助机器处理数据。这可以将引入的网络延迟减半。
以下哪种方法的性能最好？
最佳性能是假设在发生故障时将使用手动流程，并愿意接受少量损失。在这种情况下，您将尽快处理所有内容。
注意：还有一些替代方案。
- 您只能等待关键消息的ack，其他消息类型可以立即处理
- 如果没有超过N个消息被确认，您可以允许一个处理消息的窗口
理论上，如果在同一电网上，停电可能会影响两台机器。。。。
这可能是2+1复制的一种选择。附近有一台备份服务器，以便在机架或机架的一部分发生故障时恢复正常运行。AN是第二个异地备份，复制速度较慢，但失败的可能性也相对较小。