上文提到从v$Session查看连接数,发现使用连接池后莫名增加了MIN个连接(MIN为连接池的最小连接数)。但是实际上,v$session中看见的连接数是逻辑连接数,并非ORACLE的物理连接。ORACLE的会话与连接甚至可以不相关,允许存在没有物理连接的会话。
因此,仅仅从v$session视图看连接数是不准确的,至于从什么地方可以看见客户端与ORACLE的确切连接数。目前还没找到。PRO*C的连接池特性,也只有通过性能测试来确定其有效性了。
此外,PC文件中一旦使用连接池的选项进行预编译后,就算所有的连接都关闭,连接池也仍然存在,只有等到进程退出,连接池才会消失。
因此,仅仅从v$session视图看连接数是不准确的,至于从什么地方可以看见客户端与ORACLE的确切连接数。目前还没找到。PRO*C的连接池特性,也只有通过性能测试来确定其有效性了。
此外,PC文件中一旦使用连接池的选项进行预编译后,就算所有的连接都关闭,连接池也仍然存在,只有等到进程退出,连接池才会消失。
本文探讨了Oracle数据库中连接池的特性,特别是PRO*C连接池的行为。文中指出,v$session视图显示的是逻辑连接数而非实际物理连接数,因此不能直接用于监控连接池的状态。此外,还讨论了即使所有连接关闭,连接池依然存在的现象。
3712

被折叠的 条评论
为什么被折叠?



