.NET Core MVC连接Azure MySQL时遇站点宕机与连接池耗尽问题求助

针对你遇到的连接池耗尽导致站点宕机的问题，核心原因是连接池中的可用连接被长时间占用或耗尽——即便用了using块，仍可能因代码、配置或查询效率问题引发连接占用过高甚至隐性泄漏。以下是具体优化方案：

一、修正代码中的潜在问题 #

1. 缩短命令超时时间
   你当前设置command.CommandTimeout = 600（10分钟），会导致连接被长时间占用，直接耗尽连接池。除非业务必须执行超长时间查询，否则建议将超时调整为30-60秒：

   command.CommandTimeout = 60;
   

2. 移除不必要的Prepare()调用
   Prepare()仅对重复执行的查询有性能提升，单次查询调用反而增加额外开销，直接删除即可。

3. 改用异步数据库操作
   同步操作会阻塞线程，导致连接长时间被占用。改用异步方法能让线程在等待数据库响应时处理其他请求，大幅提升连接利用率：

   private MySqlConnection GetConnection => new MySqlConnection(_ConnectionString);
   
   public async Task SiteDbFunctionsAsync()
   {
       using (var connection = GetConnection)
       {
           await connection.OpenAsync();
           string query = "...";
           using (var command = new MySqlCommand(query, connection))
           {
               command.CommandTimeout = 60;
               command.Parameters.AddWithValue("@Val1", _EditorialCategoryID);
               using (var reader = await command.ExecuteReaderAsync())
               {
                   while (await reader.ReadAsync())
                   {
                       // 处理数据逻辑
                   }
               }
           }
       }
   }
   

4. 避免连接打开期间执行非数据库操作
   确保连接打开后只执行数据库相关逻辑，不要在using块内调用外部API、读取本地文件等耗时操作，减少连接占用时长。

二、优化连接字符串配置 #

调整连接池相关参数，适配Azure MySQL环境：

Server=xxx.mysql.database.azure.com;Database=xxx;Uid=xxx;Pwd=xxx;SslMode=Required;Max Pool Size=150;Connection Timeout=30;Idle Timeout=60

• Max Pool Size：根据服务器负载调整（默认100），不要超过Azure MySQL实例的最大连接数限制（可在Azure门户查看实例的连接数配额）；
• Connection Timeout：设置获取连接的超时时间（默认15秒，可适当延长至30秒）；
• Idle Timeout：自动释放闲置连接的时间（默认80秒，缩短至60秒可更快回收闲置连接）；
• SslMode=Required：Azure MySQL强制要求SSL连接，避免因连接安全问题导致的异常。

三、排查并优化慢查询 #

连接池耗尽的常见诱因是慢查询，按以下步骤处理：

1. 在Azure门户的MySQL实例中开启查询性能洞察，找出耗时超过2秒的慢查询；
2. 为查询涉及的字段添加合适的索引，避免全表扫描；
3. 重构复杂查询，拆分大查询为多个小查询，或使用分页减少单次返回的数据量。

四、监控连接池状态 #

通过.NET性能计数器监控连接池的使用情况，重点关注以下指标：

• NumberOfActiveConnections：活跃连接数；
• NumberOfIdleConnections：闲置连接数；
• NumberOfPooledConnections：池内总连接数。
  如果活跃连接数长期接近Max Pool Size，说明需要进一步优化查询或调整池大小。

五、排查连接泄漏 #

虽然你用了using块，但仍需检查代码中是否存在以下情况：

• 手动创建MySqlConnection但未用using包裹；
• 异步操作中未正确等待连接释放（比如遗漏await）；
• 自定义异常处理逻辑干扰了using块的自动Dispose流程。

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