.NET 6应用MongoDB故障转移后连接失败，重启才恢复求助

针对你遇到的MongoDB故障转移后应用无法自动恢复连接的问题，结合MongoDB.Driver 2.11.6版本和Cloud Foundry部署场景，给出以下排查和解决方向：

1. 升级MongoDB.Driver版本 #

2.11.6是2020年的旧版本，存在一些与.NET6兼容性以及故障转移重连的已知问题。建议升级到2.20.x及以上的稳定版本，新版本修复了多个拓扑感知和连接池管理的bug，能更好地处理副本集故障转移后的节点切换。

2. 优化连接字符串参数 #

除了已有的connect=replicaSet和replicaSet参数，补充以下关键参数以增强重连和故障恢复能力：

mongodb://<username>:<password>@<server1>:<port>,<server2>:<port>,<server3>:<port>/<database_Name>?connect=replicaSet&ssl=true&replicaSet=mongo<port>&retryWrites=true&retryReads=true&heartbeatFrequencyMS=5000&socketTimeoutMS=30000&connectTimeoutMS=10000&maxIdleTimeMS=300000

各参数作用：

• retryWrites=true/retryReads=true：开启读写操作的自动重试，故障转移时自动重试失败的请求
• heartbeatFrequencyMS=5000：缩短心跳检测间隔到5秒，让驱动更快感知节点状态变化
• socketTimeoutMS=30000：设置Socket超时，避免请求长时间挂起在无效连接上
• connectTimeoutMS=10000：限制单次连接的超时时间
• maxIdleTimeMS=300000：设置连接池中空闲连接的最大存活时间（5分钟），自动清理无效连接

3. 代码层面配置驱动重试与拓扑感知 #

不要仅依赖连接字符串，显式通过MongoClientSettings配置驱动行为，确保故障转移时的重连逻辑生效：

var connectionString = "你的完整连接字符串";
var settings = MongoClientSettings.FromConnectionString(connectionString);

// 强制开启读写重试
settings.RetryWrites = true;
settings.RetryReads = true;

// 延长服务器选择超时，给驱动足够时间发现新主节点
settings.ServerSelectionTimeout = TimeSpan.FromSeconds(30);

// 监听节点状态变化，便于排查问题
settings.ClusterConfigurator = builder =>
{
    builder.Subscribe<ServerDescriptionChangedEvent>(e =>
    {
        // 可将日志输出到Cloud Foundry的日志系统
        Console.WriteLine($"Mongo节点 {e.ServerId} 状态变更: {e.PreviousDescription.State} → {e.NewDescription.State}");
    });
};

// 使用配置好的settings创建MongoClient（确保全局单例）
var mongoClient = new MongoClient(settings);

注意：MongoClient必须是全局单例，不要每次请求都创建新实例，否则会导致连接池混乱。

4. 检查Cloud Foundry网络配置 #

确认Cloud Foundry应用的网络策略允许访问MongoDB副本集的所有节点（包括可能成为新主节点的从节点）。故障转移后主节点切换，若应用网络无法访问新主节点，也会导致连接失败。可以通过cf ssh进入应用容器，尝试ping或telnet新主节点的端口，验证连通性。

5. 排查连接池耗尽问题 #

故障转移时旧连接可能失效，但驱动未及时清理，导致连接池被无效连接占满。可以通过驱动的监控API查看连接池状态，或者在代码中设置合理的maxPoolSize（根据应用并发量调整，默认是100），避免连接池耗尽。

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