测试频率
这个值与上面的“保留时测试连接”是关联的,这个值默认为120秒,即2分钟,weblogic会产生一条探测语句“SQL SELECT 1 FROM DUAL”来探测你的oracle中的连接,这个值绝对不能太小比如说:60秒,或者更有甚者设了个5秒,那么你的weblogic会不停的向oracle发送“SQL SELECT 1 FROM DUAL”语句,并且造成大量的inactive状态的连接,最后甚至把你的oracle给活活搞死,搞死搞死。。。。。。而且是“挺尸”就是服务器动也动不了了,真的,不信你试试!J
一般在production环境上,如果相对稳定,可以把这个值,设大点,比如说:15分钟,或者20分钟探测一次。
测试表名称
就是“探测”的语句,我们就用它的默认的,挺好,不变
初始化 SQL
保持默认,我们这边没有特殊的初始化的步骤。
重试创建连接的频率
尝试建立连接的间隔秒数。
如果不设置此值,则在不可用的情况下,创建数据源的操作将失败。如果已设置此值且在创建数据源时不可用,则在您指定的秒数之后,WebLogic Server 将重新尝试在池中创建连接,并会不断尝试创建连接,直到创建成功。
如果设置为 0,则将禁用连接重试。

我们此处就保持为0,没有特殊需求好failout的相关的需求(这个要根据客户的需求来定的)。
登录延迟
创建每个物理连接前的延迟秒数。此延迟支持不能快速连续处理多个连接请求的服务器。
在初始数据源创建及数据源生命周期内,每当创建物理连接时都会有此延迟。
我们保持它为0。
非活动连接超时
保留连接处于不活动状态的秒数,该秒数过后WebLogic Server 将收回该连接并将其释放回连接池。
可以使用“非活动连接超时”功能收回泄漏的连接 – 未由应用程序显式关闭的连接。请注意,不能使用此功能来代替正常关闭连接。
如果设置为 0,则将禁用此功能。
如果上面的“保留时测试连接”、“测试频率”,“测试表名称”没有设置或者是“保留时测试连接”没有勾选,那么这个选项是没有用处的,因为它就是我们上面提到的,Weblogic会自动为我们释放一个超时的连接,这个超时要和oracle中的sql_time_out一致,比如说:60秒,我们回收一个超时了的inactive的连接。
这个值的设定对我们的稳定性和性能也有着很大的影响。
最大等待连接数
等待保留数据源的连接池中的连接时会阻塞线程的最大并发连接请求数。
来看它的默认值“2147483647”,这边可千万不要用默认值啊,要不然你的也一样会在出现阻塞或者是死锁时活活被搞死,搞死搞死。。。。。。而且是“挺尸”,为啥,一个阻塞了没事,这下好,一个阻塞了,然后它允许后面的连接继续进,进啊进啊进,你人又不可能天天时时分好盯着个oracle的监控端看着它,好了,进到2147483647个连接时,不死了才怪呢。
一般太平点的,给个合理的数量就可以了,比如说100或者是200,不要超过oracle提供的最大max session数就可以了。
连接保留超时
保留连接池中的连接的调用超时之前经过的秒数。
如果设置为 0,则调用永远不会超时。
如果设置为 -1,则调用会立即超时(对来说,这个值是最安全的,SQL语句一被调用就超时,然后经过上面的“非活动连接超时”后,会被weblogic的连接池给回收。
语句超时
此时间后当前正在执行的语句将超时。
StatementTimeout依赖于底层 JDBC 驱动程序支持。WebLogic Server 使用 java.sql.Statement.setQueryTimeout() 方法将指定的时间传递给 JDBC 驱动程序。如果 JDBC 驱动程序不支持此方法,可能会引发异常错误并导致忽略超时值。
本文来自电脑杂谈,转载请注明本文网址:
http://www.pc-fly.com/a/jisuanjixue/article-68926-7.html
因为那是他们当年玩剩下的
加油相信你以后会更好