DocumentDB 报错“not master”

在 DocumentDB 或者 MongoDB 使用中，收到 "not master" 错误通常表明当前连接的节点不是主节点（primary），因此它不能处理写操作。这种错误一般出现在复制集的环境下，因为只有复制集的主节点能够处理写操作，而次节点（secondary）只能处理读操作。

可能的原因与解决方案：

1. 复制集中的主节点变化：

   • 在 MongoDB 复制集中，选举机制可能导致当前主节点（primary）发生变化。如果你尝试连接的节点不再是主节点，会导致 not master 错误。
   • 解决方案：确保你的应用连接到了主节点，或使用 MongoDB URI 中的 replicaSet 参数来自动选择主节点。例如：

     mongodb://username:password@host1:27017,host2:27017,host3:27017/mydb?replicaSet=myReplicaSet
     

   这个 URI 会让 MongoDB 驱动程序自动处理节点间的切换，确保连接的是主节点。

2. 连接字符串缺少 readPreference 配置：

   • 如果你的应用程序主要进行读操作，可以设置 readPreference 为 secondaryPreferred，允许从次节点读取数据，避免主节点变化导致错误。
   • 解决方案：更新你的连接字符串以包含 readPreference：

     mongodb://username:password@host1:27017,host2:27017,host3:27017/mydb?replicaSet=myReplicaSet&readPreference=primaryPreferred
     

   这样可以保证驱动程序在主节点不可用时自动选择次节点进行读取。

3. 连接池未及时更新主节点信息：

   • 当主节点发生变化时，连接池中的连接信息可能没有及时更新，导致仍然尝试与旧的主节点进行通信。
   • 解决方案：你可以通过重启应用或者重新初始化连接来刷新连接池，确保应用程序重新获取到正确的主节点信息。

4. 读写分离的需求：

   • 某些场景下，可能需要特定的数据读写分离配置，以确保只向主节点发送写请求，向次节点发送读请求。
   • 解决方案：设置适当的 readPreference，并确保只向主节点发送写请求。如果你的应用需要读写分离，确保正确配置 readConcern 和 writeConcern。

5. 主节点不可用：

   • 如果主节点由于某些原因（如网络问题、性能瓶颈）不可用，可能导致 not master 错误。
   • 解决方案：检查你的复制集状态，使用命令 rs.status() 来查看复制集成员的状态，确保主节点正常工作。如果主节点宕机，需要等待选举新的主节点。

操作步骤：

1. 检查复制集状态：
   在 MongoDB Shell 中运行以下命令，确认哪个节点是主节点：

   rs.status()
   

2. 连接字符串优化：
   如果你使用的是 MongoDB 驱动程序，确保你使用的连接字符串包含复制集配置，并正确设置 readPreference 和 writeConcern：

   mongodb://username:password@host1:27017,host2:27017,host3:27017/mydb?replicaSet=myReplicaSet&readPreference=primaryPreferred&readConcern=majority&writeConcern=majority
   

3. 重启或更新应用程序连接：
   如果问题由于连接池未刷新导致，考虑重启你的应用程序或刷新连接池。

总结

"not master" 错误通常是因为你正在尝试对非主节点进行写操作。解决方法包括确保连接字符串正确，使用自动主节点切换机制，更新连接池，或检查复制集的状态以确定主节点的健康状态。