Azure Functions连接Azure SQL遇错误19：物理连接不可用求助

原代码核心问题 #

1. 长期持有SqlConnection实例：MssqlClient类在构造时创建并保存SqlConnection对象，Azure Functions的宿主会复用函数实例，这会导致连接状态异常、连接泄漏，甚至超出数据库连接池限制。
2. 手动管控连接开闭：手动判断连接状态并调用Open()是冗余操作，System.Data.SqlClient的连接池机制会自动管理连接的开闭与复用，手动干预反而容易引发问题。

修正后的MssqlClient代码 #

using System;
using endpoints3t.Models;
using System.Data.SqlClient;

namespace endpoints3t.DataAccess
{
    internal class MssqlClient
    {
        private readonly string _connectionString;

        public MssqlClient()
        {
            var thisEnv = Environment.GetEnvironmentVariable("ThisEnvironment");
            _connectionString = Environment.GetEnvironmentVariable($"MsSql_{thisEnv}_ConnectionString");
        }

        // 按需创建连接，不长期持有实例
        public SqlConnection GetConnection()
        {
            return new SqlConnection(_connectionString);
        }
    }
}

修正后的数据调用代码 #

public async Task<List<Something>> GetSomeData()
{
    var result = new List<Something>();
    // 使用using包裹连接，确保资源自动释放
    using (var connection = msSQL.GetConnection())
    {
        await connection.OpenAsync();
        using (SqlCommand cmd = new SqlCommand("ExecMyStoredProcedure", connection))
        {
            cmd.CommandType = CommandType.StoredProcedure;
            // 使用using包裹DataReader，避免资源泄漏
            using (var reader = await cmd.ExecuteReaderAsync())
            {
                while (await reader.ReadAsync())
                {
                    var item = new Something()
                    {
                        Id = Guid.Parse(reader["Id"].ToString())
                    };
                    result.Add(item);
                }
            }
        }
    }
    return result;
}

关键说明 #

• 连接池自动管理：using语句会在代码块结束时自动Dispose SqlConnection，此时连接会被归还到连接池，而非真正关闭，后续请求可以复用该连接，无需手动管控。
• 适配Azure Functions环境：Azure Functions的无状态特性要求我们避免长期持有资源，按需创建并释放连接能避免因实例复用导致的连接异常。
• 异步API优化：使用OpenAsync、ExecuteReaderAsync、ReadAsync等异步方法，避免阻塞线程，提升函数的并发处理能力。

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