Dapper多异步函数下SQL连接处理及连接池问题咨询

1. Using块管理SqlConnection的方式是正确的 #

你代码里用Using...End Using包裹SqlConnection的写法完全正确。SqlConnection的Dispose方法并不会真的关闭物理数据库连接，而是把连接归还到ADO.NET连接池，供后续请求复用。即使异步操作中抛出异常，Using块也会确保Dispose被执行，不会出现连接泄露。

2. Dapper对连接的管理逻辑 #

Dapper本身不会接管连接的生命周期，它依赖开发者正确处理连接的创建与释放。当你调用conn.QueryAsync时，如果连接处于关闭状态，Dapper会自动打开连接；执行完成后，并不会主动关闭连接——但你的Using块会在执行完毕（包括异常场景）时调用Dispose，把连接归还到连接池，这个流程是没问题的。

3. 连接池溢出异常的排查与解决 #

你遇到的“超时未能从连接池获取连接”异常，核心原因是连接池里的可用连接被耗尽，新请求拿不到连接。下面是具体的排查方向和解决办法：

• 检查是否存在连接泄露
  虽然你的示例代码用了Using，但要确认所有数据库操作函数都遵循了同样的模式。比如有没有其他函数里创建了SqlConnection但没被Using包裹，或者在异步流程中出现了未被捕获的异常导致连接没被Dispose？
  可以用SQL Server的系统视图查看当前活跃连接：

  SELECT * FROM sys.dm_exec_connections
  

  观察连接的数量、状态，以及对应的应用程序进程，判断是否有连接未被正确归还。

• 排查存储过程的执行效率
  如果存储过程dbo.GetTemperatureMeasurement执行时间过长（比如几秒甚至更久），会导致连接长时间被占用，连接池里的连接都处于“正在使用”状态，新请求排队等待超时。
  可以用SQL Server Profiler或Extended Events跟踪存储过程的执行时长，优化存储过程的查询逻辑（比如添加索引、减少返回数据量等）。

• 调整连接池配置（谨慎操作）
  ADO.NET连接池默认最大连接数是100，如果你的并发请求确实超过这个数，可以在连接字符串里调整Max Pool Size参数，比如：

  Server=myServerAddress;Database=myDataBase;User Id=myUsername;Password=myPassword;Max Pool Size=200;
  

  但注意：盲目调大最大连接数可能会给数据库带来更大压力，建议先解决前面的连接泄露或慢查询问题，再考虑调整这个参数。

• 确认异步操作的正确性
  确保所有异步数据库操作都用了Await，避免出现同步阻塞异步代码的情况（比如调用.Result或.Wait()），这会导致连接被长时间占用无法释放。

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