连接泄漏指数据库连接未正确关闭，导致连接池耗尽，引发性能下降或请求失败。可通过异常信息、连接池统计、sql监控和代码审查检测。使用using语句、避免长期持有连接、结合诊断工具可有效预防。
数据库连接泄漏是指应用程序打开数据库连接后，未正确关闭或释放连接资源，导致连接长时间占用甚至耗尽连接池中的可用连接。这会引发性能下降、响应变慢，严重时会导致新请求无法获取连接而报错。
如何检测连接泄漏
在C#中，可以通过以下方式发现连接泄漏问题：
- 观察异常信息：频繁出现“Timeout expired. The timeout period elapsed prior to obtaining a connection from the pool”这类错误，通常是连接耗尽的信号。
- 启用连接池统计：通过 ADO.NET 的连接字符串添加 Connection Timeout=30;Pooling=true; 并结合诊断工具查看活动连接数。
- 使用 SQL Server 监控：执行查询 SELECT * FROM sys.dm_exec_sessions WHERE is_user_process = 1 查看当前连接情况，若连接数持续增长且不下降，可能存在泄漏。
- 代码审查与日志跟踪：检查所有使用 IDbConnection 或 SqlConnection 的地方是否都确保关闭。
如何防止连接泄漏
关键在于确保每次打开的连接都能被正确释放，推荐以下做法：
- 使用 using 语句：让连接对象实现 IDisposable 接口，using 块结束时自动调用 Dispose()，间接释放连接。
- 避免手动调用 Open/Close 而不处理异常：如果不用 using，必须在 try-catch-finally 中确保 Close() 被调用。
- 不要跨方法或类长期持有连接对象：连接应尽量短生命周期，用完即关。不要把 SqlConnection 当作成员变量长期保存。
- 使用异步方法时注意上下文：使用 async/await 时仍需配合 using，防止因异常跳过关闭逻辑。
示例：
using (var conn = new SqlConnection(connectionString)){
conn.Open();
// 执行操作
} // 连接在此处自动关闭并归还给连接池
借助工具辅助检测
可引入诊断工具提升排查效率：
- Application Insights：监控依赖调用和数据库响应时间，发现异常连接行为。
- MiniProfiler：集成到 ASP.NET 应用中，可视化每条请求的数据库连接使用情况。
- 静态代码分析工具：如 ReSharper 或 Roslyn 分析器，能提示未释放资源的代码路径。
基本上就这些。只要坚持使用 using 管理连接生命周期，并定期监控连接池状态，就能有效避免连接泄漏问题。
