Mongoose切换连接端口时报topology was destroyed错误及副本集从节点连接问题

嘿，我来帮你搞定这个头疼的错误！先说说你代码里的问题所在：你手动关闭默认连接再重新连接的方式，其实和Mongoose的连接管理逻辑冲突了，尤其是在副本集场景下，这种频繁的开关很容易导致拓扑结构被破坏，进而抛出「topology was destroyed」错误。下面给你两种靠谱的解决方案：

方案一：使用副本集连接串+读偏好（推荐） #

其实根本不用手动切换连接！MongoDB副本集的正确用法是，直接连接整个副本集集群，然后通过**读偏好（readPreference）**指定优先从从节点读取数据。Mongoose会自动帮你管理连接池，自动选择可用的从节点，完全不用手动关闭再连接。

示例代码：

// 初始化时连接整个副本集，replicaSet要改成你实际的副本集名称
mongoose.connect(
  'mongodb://127.0.0.1:27017,127.0.0.1:27021/yourDatabaseName?replicaSet=rs0&readPreference=secondaryPreferred',
  {
    // 如果你用的是Mongoose 5.x及以上版本，替换成这些选项：
    useNewUrlParser: true,
    useUnifiedTopology: true
    // 旧版本的useMongoClient已经被弃用啦
  }
);

// 之后直接查询就行，Mongoose会自动路由到从节点
Message.find({}).limit(2).exec(function(error, data) {
  if(error) {
    console.error('查询出错：', error);
  } else {
    res.send(data);
    // 千万不要每次查询都关闭连接！连接池是用来复用的，频繁开关只会降低性能还出问题
  }
});

secondaryPreferred的意思是优先从从节点读，如果所有从节点都不可用，再读主节点，这是最常用的读偏好设置，你也可以根据需求换成secondary（只读从节点，不可用就报错）。

方案二：创建独立的连接实例（如果必须单独连从节点） #

如果你确实需要单独连接某个特定的从节点，不要用Mongoose默认的单例连接，而是创建一个独立的连接对象，这样就不会和默认连接的状态冲突了。

示例代码：

// 创建一个专门用于连接从节点的独立连接
const secondaryConn = mongoose.createConnection(
  'mongodb://127.0.0.1:27021/secondary',
  {
    useNewUrlParser: true,
    useUnifiedTopology: true
  }
);

// 基于这个独立连接定义模型（注意不要用默认的mongoose.model）
const SecondaryMessage = secondaryConn.model('Message', MessageSchema);

// 使用这个模型进行查询
SecondaryMessage.find({}).limit(2).exec(function(error, data) {
  if(error) {
    console.error('查询出错：', error);
    // 如果不再需要这个连接，可以在这里关闭
    secondaryConn.close();
  } else {
    res.send(data);
    secondaryConn.close();
  }
});

为什么你的原有代码会报错？ #

你原来的代码里，先关闭了Mongoose的默认连接，然后重新连接，但默认连接是单例模式，关闭后它的拓扑结构已经被销毁了，后续操作可能还在引用这个已经失效的拓扑，就会抛出错误。而且你在查询回调里又重复关闭和连接，这种嵌套的连接操作很容易导致状态不一致，绝对是要避免的。

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