Performance 记录队列硬电源故障恢复
在写入编年史队列时，默认写入不会刷新到磁盘，因此我相信linux内核脏页缓存中的任何内容都会丢失。在发生电源故障时获得有保证的恢复的最佳方法是什么？电池备份raid阵列和强制写时刷新是一种好方法吗？或者，在假定写入操作已安全记录之前，最好使用来自第二台计算机的ack复制？以下哪种方法的性能最好？理论上，如果在同一电网上，电源故障可能会影响两台机器 linux内核脏页缓存中的任何内容都将丢失 对 在发生电源故障时获得有保证的恢复的最佳方法是什么 将数据复制到第二台或第三台计算机。这样，即使整个机器/数据中心无法恢复，您也可以继续运行而不会丢失数据 电池备份raid阵列和强制写时刷新是一种好方法吗 你必须相信硬件的可靠性，这是编年史无法保证的，我们的许多客户以前都被烧死过 或者，在假定写入操作已安全记录之前，最好使用来自第二台计算机的ack复制 这取决于你的要求。在我们看来，这是最佳实践，尽管许多客户认为他们不需要这个选项 另一种方法是将数据复制到辅助计算机，并让辅助计算机处理数据。这可以将引入的网络延迟减半 以下哪种方法的性能最好 最好的性能是假设在发生故障时将使用手动过程，并愿意接受少量损失。在这种情况下，您将尽快处理所有内容 注：有一些替代方案Performance 记录队列硬电源故障恢复,performance,chronicle,chronicle-queue,Performance,Chronicle,Chronicle Queue,在写入编年史队列时，默认写入不会刷新到磁盘，因此我相信linux内核脏页缓存中的任何内容都会丢失。在发生电源故障时获得有保证的恢复的最佳方法是什么？电池备份raid阵列和强制写时刷新是一种好方法吗？或者，在假定写入操作已安全记录之前，最好使用来自第二台计算机的ack复制？以下哪种方法的性能最好？理论上，如果在同一电网上，电源故障可能会影响两台机器 linux内核脏页缓存中的任何内容都将丢失 对 在发生电源故障时获得有保证的恢复的最佳方法是什么 将数据复制到第二台或第三台计算机。这样，即使整个机器
- 您可以只等待关键消息的确认，其他消息类型可以立即处理
- 您可以允许一个窗口，在该窗口中，如果未确认的消息不超过N条，则可以处理消息