MongoDB：中学学生什么时候知道写作是大多数人认可的？

Question

当写操作使用W：MUSTOME时，主程序将等待到所需（多数）数量的次程序确认操作后，才确认写操作。

>

第二名如何以及何时发现它被大多数人认可？
我理解第二名投票对oplog的更改，将确认返回给第一名。为了让二年级学生能够以多数人的阅读关注来处理阅读，他们需要知道哪些写作是多数人确认的。他们怎么发现的？他们是在W：多数人承认操作之前还是之后发现的？换句话说，读（读关注多数）到一个已知已经确认W：多数写之后的写的节点是可线性化的操作吗？

是否可以安全地假定所有已确认的写操作都使用{w：多数,J：true}是持久的，并且所有未确认的写入都可能（但不会）被回滚？
如果，在4节点集群中，如果{w:memority，j:true}写被N1（主）、N2和N3确认和确认，但尚未被N4确认，当主N1失败时，无论哪个节点被选择为新的主，包括如果它是节点N4，该写是否可用？
相反，如果{w:memority，j:true}写尚未被确认，并且只被N1（主）和N2确认，当主N1失败时，该写是否仍然可用，无论选择哪个节点为新的主，包括当N3已经应用确认写从未到达失败的N1主节点时？

Answer 1

中学学生如何以及何时发现它的写作得到了大多数人的认可？

中学学生不需要知道这一点。写入总是从应用程序发送到主应用程序，因此主应用程序需要知道写入何时得到大多数人的认可，而次应用程序则不知道。

据我所知，主程序知道所有次程序的oplog指针（或者至少是它正在等待的指针）。当该指针前进到正在等待的写操作时，主写操作可以将成功返回给发出多数写操作的应用程序。

如果N3已经应用了write，我相信write可能会幸存下来，但我不是服务器行为细节方面的专家。

在我看来，即使写没有到达N3（因此它只存在于3个可用节点中的一个），它也可能存活下来。有趣的问题要测试。