MongoDB集群中Tailable Cursor工作机制及主节点切换后的连接问题

一、副本集中Tailable Cursor的工作机制 #

Tailable Cursor是专门为固定集合设计的，它不像普通游标那样遍历完现有文档就关闭，会一直"挂"在集合末尾，等新文档插入后继续读取。在副本集环境里，它的运行逻辑如下：

• 默认情况下，客户端的Tailable Cursor会连接主节点，毕竟只有主节点能接收写操作，固定集合的新文档都是先写入主节点，再同步到从节点，所以主节点上的游标能实时获取新数据。
• 如果客户端通过readPreference将读偏好设置为secondary或secondaryPreferred，也能在从节点上运行Tailable Cursor，但会存在数据延迟——从节点需要先从主节点同步oplog，更新本地的固定集合后，游标才能读到新文档，所以比主节点的游标慢一步。
• 游标靠记录最后读取文档的位置（要么是_id，要么是底层的物理记录ID）追踪新数据，而固定集合的插入顺序就是存储顺序，刚好适配这种追踪逻辑。

二、主节点故障切换后的Cursor行为 #

• 主节点故障后，副本集会选举新主节点，此时原有的Tailable Cursor会直接断开——它之前绑定的节点已不再是主节点（甚至可能直接不可用）。这种情况下需要客户端自行处理重连逻辑，重新连接新主节点并创建新的Tailable Cursor。
• 原主节点恢复后，默认会成为副本集的从节点（除非特意调高其优先级让它重新竞选主节点）。此时如果客户端没有主动切换连接，游标不会自动重新连回原主节点——毕竟原节点现在是从节点，若客户端通过副本集连接字符串自动路由，会一直指向当前主节点，不会切回旧节点。
• 要是一开始就将游标绑定到某个特定节点（而非使用副本集连接字符串自动路由），故障切换后这个游标会一直处于断开状态，直到手动重新连接新主节点。

内容的提问来源于stack exchange，提问作者Baibhav Shukla