使用OracleClientFactory.CreateDataSource为何引发Oracle连接泄漏？

问题背景 #

使用Npgsql基于DbDataSource抽象实现的代码时，创建命令无需显式打开连接，连接管理正常；但切换到Oracle的等价实现后，出现连接泄漏（数据库端可见大量空闲连接）。

泄漏代码示例 #

await using var src = OracleClientFactory.Instance.CreateDataSource(connStr);
await using var cmd = src.CreateCommand(query);
await using var reader = await cmd.ExecuteReaderAsync();
await ReadDataFromDb(reader);

无泄漏代码示例 #

await using var conn = new OracleConnection(connStr);
await conn.OpenAsync();
await using var cmd = new OracleCommand(query, conn);
await using var reader = await cmd.ExecuteReaderAsync();
await ReadDataFromDb(reader);

连接字符串（已脱敏） #

Data Source=(DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = <redacted>) (Port = <redacted>))) (CONNECT_DATA = (SID = <redacted>)(SERVER=DEDICATED))); User ID=<redacted>;Password=<redacted>;Connection Timeout=30;Pooling=true;Min Pool Size=2;Max Pool Size=10;Connection Lifetime=300;Validate Connection=true

环境信息 #

• .NET 9
• Oracle.ManagedDataAccess.Core v23.9.0
• Oracle数据库版本：19c
• ReadDataFromDb方法会读取查询返回的所有行，用于兼容多数据源的DbDataReader

分析与解决方案 #

可能原因 #

Oracle.ManagedDataAccess.Core的DbDataSource实现可能存在连接回收逻辑缺陷：当通过DataSource.CreateCommand()创建命令时，内部自动获取的连接可能未在DbDataReader和DbCommand释放时正确归还到连接池，导致空闲连接堆积。

解决建议 #

1. 采用手动管理连接的方式：使用无泄漏代码的写法，显式创建并打开OracleConnection，确保连接生命周期完全由代码控制，这是目前最可靠的规避方案。
2. 升级Oracle驱动版本：检查Oracle.ManagedDataAccess.Core的最新版本，确认是否已修复DbDataSource相关的连接泄漏bug，尝试升级到最新稳定版测试。
3. 确保DbDataReader被完全消费：即使ReadDataFromDb声称读取所有行，也可在方法末尾添加reader.Close()或确保循环读取到reader.Read()返回false，避免因reader未完全处理导致连接持有。
4. 显式从DataSource获取连接：如果想继续使用DbDataSource，可手动获取连接并管理，示例代码：

await using var src = OracleClientFactory.Instance.CreateDataSource(connStr);
await using var conn = await src.OpenConnectionAsync();
await using var cmd = conn.CreateCommand();
cmd.CommandText = query;
await using var reader = await cmd.ExecuteReaderAsync();
await ReadDataFromDb(reader);

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