延迟副本集节点

延迟节点包含副本集数据集的副本。但是，延迟节点的数据集反映了集合的较早或延迟的状态。例如，当前时间为09:52，某节点延迟了一个小时，则延迟节点在08:52之后没有任何操作。

因为延迟节点是数据集的“滚动备份”或正在运行的“历史”快照，它们可以帮助您从各种人为错误中恢复。例如，延迟的节点可以从不成功的应用程序升级和操作员错误（包括删除的数据库和集合）中恢复。

注意事项

要求

延迟节点：

• 必须是 优先级为 0 的节点。将优先级设置为 0 以防止延迟节点成为主要节点。
• 必须是 隐藏 节点。始终防止应用程序查看和查询延迟节点。
• 如果设置为 1，请在主节点选举中 投票。通过members[n].votes设置为 0 确保延迟的节点不投票members[n].votes有助于提高性能。

IMPORTANT

如果您的副本集包含延迟节点，请确保延迟节点是隐藏的且没有投票权。

隐藏延迟副本集节点可以防止应用程序在没有直接连接到该节点的情况下查看和查询延迟数据。使延迟的副本集节点无投票权意味着他们将不计入确认具有写安全的写操作 "majority"。

如果不隐藏延迟节点，当一个或多个节点不可用时，副本集必须等待延迟节点，并且提交点滞后。滞后的提交点可能会导致性能问题。

例如，考虑一个 Primary-Secondary-Delayed 副本集配置，其中延迟的从节点以 10 分钟的延迟进行投票。

在一个非延迟的从节点不可用的情况下，Primary-Delayed 的降级配置必须等待至少 10 分钟才能确认写入操作"majority"。多数提交点将需要更长的时间才能推进，从而导致缓存压力类似于 主节点的性能问题Secondary 和 Arbiter (PSA) 副本集。

有关多数提交点的更多信息，请参阅 因果一致性和读写问题。有关解决性能问题的更多详细信息，请参阅 副本集维护教程。

行为

延迟节点在延迟时从源oplog复制和应用操作。选择延迟量时，请考虑延迟量：

• 必须等于或大于您预期的维护窗口持续时间。
• 必须小于oplog 的容量。有关 oplog 大小的更多信息，请参阅Oplog 大小。

写安全

延迟的副本集节点可以确认用 发出的写操作w:。然而，对于用 发出的写操作w : "majority"，延迟节点也必须是有投票权的节点（即 members[n].votes大于0）以确认 "majority"写操作。非投票副本集节点（即members[n].votesis 0）不能参与确认具有majority写安全的写操作。

延迟的辅助节点可以不早于配置的secondaryDelaySecs.

分片

在分片集群中，延迟节点在 启用平衡器时的实用性有限。因为延迟节点会延迟复制块迁移，所以如果在延迟窗口期间发生任何迁移，则分片集群中延迟节点的状态对于恢复到分片集群的先前状态没有用。

例子

在下面的 5个节点 副本集中，主节点 和所有从节点都有数据集的副本。一个节点应用延迟 3600 秒（一小时）的操作。这个延迟的节点也是隐藏的，并且是优先级为 0 的节点。

配置

延迟的节点 members[n].priority等于0， members[n].hidden等于true，和members[n].secondaryDelaySecs等于延迟的秒数：

{
   "_id" : <num>,
   "host" : <hostname:port>,
   "priority" : 0,
   "secondaryDelaySecs" : <seconds>,
   "hidden" : true
}

要配置延迟节点，请参阅 配置延迟副本集节点

← 隐藏的副本集节点副本集仲裁者

原文链接 - https://docs.mongodb.com/manual/core/replica-set-delayed-member/

译者：陆文龙