升级MySQL RDS 5.7至8.0.35后.NET应用突发挂起求助

核心异常定位 #

从Windows事件查看器的堆栈可以明确，异常发生在MySQL连接池的空闲连接清理逻辑MySqlPoolManager.CleanIdleConnections中，是由于字典枚举过程中被并发修改导致的System.InvalidOperationException，这通常和MySQL Connector/NET的线程安全bug、连接池配置不合理或版本兼容问题相关。

排查与解决步骤 #

1. 验证MySQL Connector/NET版本兼容性 #

• 确保使用的Connector/NET版本与MySQL 8.0.35完全匹配（推荐使用官方发布的8.0.35版本），避免使用过渡版本或适配5.7的旧版本。
• 若官方Connector/NET仍有问题，建议替换为第三方开源连接器MySqlConnector（兼容.NET 4.7.2，线程安全实现更稳定，已广泛替代官方组件解决类似连接池问题）。

2. 调整连接池配置 #

修改应用连接字符串中的连接池参数，优化连接生命周期管理：

Server=your-rds-endpoint;Database=your-db;Uid=username;Pwd=password;
Max Pool Size=25;  # 适配t2.micro的资源限制，避免连接过多
Min Pool Size=5;
Idle Timeout=60;   # 缩短空闲连接存活时间，减少清理压力
Connection Timeout=15;

• 避免Max Pool Size设置过大（t2.micro的EC2/RDS建议不超过30），防止资源耗尽。
• 若应用存在长连接场景，需确保Idle Timeout小于RDS的wait_timeout（避免MySQL主动关闭连接后，连接池出现无效连接）。

3. 检查RDS MySQL 8.0的参数配置 #

• 对比5.7时期的sql_mode设置，确保未启用应用不兼容的严格模式（如ONLY_FULL_GROUP_BY），可通过SHOW VARIABLES LIKE 'sql_mode';查看并调整。
• 调整wait_timeout和interactive_timeout为300秒左右，避免MySQL过早关闭空闲连接，减少连接池的无效连接清理压力。

4. 排查EC2/RDS资源瓶颈 #

• EC2 t2.micro：1GB内存可能不足以支撑IIS+应用+连接池的负载，监控内存使用率，若持续高于80%，考虑升级实例规格（如t3.micro）或优化应用内存占用（如启用GC优化、减少不必要的对象持有）。
• RDS t2.micro：MySQL 8.0内存消耗高于5.7，查看RDS控制台的FreeableMemory指标，若频繁低于200MB，建议升级实例规格，避免内存不足导致连接池异常。

5. 临时规避方案 #

若无法立即升级组件或实例，可尝试：

• 禁用连接池的自动清理（不推荐长期使用）：在连接字符串中添加Pooling=false;，但会导致每次请求创建新连接，性能下降。
• 定时重启应用池：通过IIS设置定时回收应用池，避免连接池异常堆积。

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