weblogic安装与配置图文详解通向架构师的道路（第八天）(7)

如果设置为 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 驱动程序不支持此方法，可能会引发异常错误并导致忽略超时值。

值为 -1 时禁用此功能。

值为 0 表示语句不会超时。

最小值：-1

最大值：2147483647

注：

下面三个选项保持默认选择，没有特殊应用时不需要设置。

忽略正在使用的连接

即便仍在使用从池获取的连接，也能够将数据源关闭。

固定到线程

PinnedToThread 是一个能够改善性能的选项，它启用执行线程以保持已入池的连接，即使在应用程序关闭逻辑连接之后。

启用 PinnedToThread 后，WebLogicServer 将在应用程序首次使用某个执行线程保留连接时将连接池中的一个连接固定到此线程。当应用程序使用完此连接并调用 connection.close() (此方法在其他情况下会将连接返回到连接池) 时，WebLogic Server 会将该连接保留给执行线程，而不会将其返回连接池。当此后某个应用程序使用相同的执行线程请求连接时，WebLogic Server 将提供此线程已保留的这个连接。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-66378-7.html