Polling=true没生效是因为拼写错误（应为Polling而非Pooling）、连接字符串字面量不一致、Min/Max Pool Size格式错误或连接未释放。需确保拼写正确、统一构造连接串、参数大小写及空格规范，并严格使用using释放连接。
Pooling=true 为什么没生效？先看连接串里是不是真写了 Polling=True
odp.net（尤其是 oracle.manageddataaccess）判断连接池是否启用，依赖的是连接字符串中 polling=true 这个键值对——注意是 polling，不是 pooling。拼错一个字母，比如写成 pooling=true 或 pooling=true（旧版 unmanaged driver 大小写敏感），驱动就当它不存在，直接走无池模式。
常见踩坑点：
- 配置文件里手写连接串时打错字，例如
Poooling=true、Polling=fale - 环境变量注入或配置中心拼接时多了一个空格：
Polling = True（等号前后有空格会被忽略） - 用字符串拼接构造连接串，中间混入不可见字符（如 BOM、全角空格）
验证方法：在 connection.Open() 之后立刻打印 connection.ConnectionString，搜索是否含 Polling=True（大小写不敏感，但拼写必须对）。
连接池“分裂”了：两个看似一样的连接串，其实被当成两个池
ODP.NET 要求连接字符串**字面量完全一致**才复用连接。哪怕只是顺序不同、分号结尾、空格位置差异，都会触发新池创建，导致连接数虚高。
典型场景：
- 读写分离时，读库和写库连接串只差一个
Data Source，但其他参数顺序不一致 - 代码里动态拼接用户名：
"User Id=" + user + ";Password=" + pwd + ";Polling=True;"，而配置里是Polling=True;User Id=... - 某处加了
Connection Timeout=15，另一处漏了，或写成Connection Timeout = 15（带空格）
解决办法：统一用 OracleConnectionStringBuilder 构造连接串，避免手动拼接；所有环境（开发/测试/生产）使用同一份连接串模板。
Min Pool Size 和 Max Pool Size 写了但没效果？检查大小写和格式
Min Pool Size 和 Max Pool Size 是大小写敏感的参数名，且等号两侧**不能有空格**。写成 min pool size=5、MinPoolSize=5、Min Pool Size = 5 都会被静默忽略，不报错也不生效。
正确写法只有这一种：
Min Pool Size=5; Max Pool Size=100; Polling=True;
注意：
-
Min Pool Size不是“保底常驻连接数”，只是首次请求时预热数量；空闲连接仍会因超时被回收 -
Max Pool Size超过 Oracle 实例的processes参数（查SELECT value FROM v$parameter WHERE name = 'processes'）会导致ORA-12519 - 生产环境建议
Max Pool Size=50~80，别一上来就设 200
连接没释放，池再大也撑不住
连接池耗尽最常见原因不是配置太小，而是 OracleConnection 没被正确释放。只要有一个连接没进 using 块或没调 Dispose()，它就一直占着池里的 slot，直到超时断开（可能几十秒后），期间新请求排队等待，最终超时。
排查重点：
- 所有
new OracleConnection(...)是否都在using块里？包括嵌套调用、异常分支 - 有没有把
OracleConnection存到静态字段或缓存里长期持有？ - 用 Dapper 或 EF Core 时，确认
IDbConnection实例没有被跨请求复用
临时验证手段：在应用启动后执行 OracleConnection.ClearPool()，再观察是否还复现；若清除后正常，基本锁定是泄漏而非配置问题。
真正让连接池起作用的，从来不是把 Polling=True 往连接串里一塞就完事——它是个脆弱的契约，依赖拼写、格式、一致性、释放纪律四者同时成立。任何一个环节松动，池就形同虚设。
