我们的 JBoss 和 Oracle 在不同的服务器上。连接似乎已断开,并导致 JBoss 出现问题。如果连接不好,我如何让 JBoss 重新连接到 Oracle,而我们首先要弄清楚为什么连接会被丢弃?
6 回答
虽然您可以使用旧的“从双重选择 1”技巧,但这样做的缺点是每次从池中借用连接时都会发出额外的查询。对于大容量,这是浪费的。
JBoss 提供了一个特殊的连接验证器,应该用于 Oracle:
<valid-connection-checker-class-name>
org.jboss.resource.adapter.jdbc.vendor.OracleValidConnectionChecker
</valid-connection-checker-class-name>
这利用了 Oracle JDBC Connection 类上的专有 ping() 方法,并使用驱动程序的底层网络代码来确定连接是否仍然有效。
但是,每次借用连接时都运行它仍然很浪费,因此您可能希望使用后台线程检查池中连接并静默丢弃死连接的工具。这更有效,但意味着如果连接确实死了,在后台线程运行其检查之前使用它们的任何尝试都将失败。
有关如何配置背景检查的信息,请参阅wiki 文档background-validation-millis
(查找)。
池中通常有一个配置选项,可以在借用时执行验证查询。如果验证查询成功执行,池将返回该连接。如果查询未成功执行,池将创建一个新连接。
JBoss Wiki记录了池的各种属性。
<check-valid-connection-sql>select 1 from dual</check-valid-connection-sql>
似乎它应该做的伎俩。
没有足够的代表发表评论,所以它是一个答案的形式。'Select 1 from dual'
和 skaffman 的方法org.jboss.resource.adapter.jdbc.vendor.OracleValidConnectionChecker
是等价的,尽管连接检查确实提供了一个抽象级别。我们必须反编译 oracle jdbc 驱动程序以进行故障排除练习,Oracle 的 ping 内部实现是执行'Select 'x' from dual'
. 纳奇。
JBoss 提供 2 种验证连接的方法: - 基于 Ping 和 - 基于查询
您可以根据需要使用。这是由单独的线程根据数据源配置文件中定义的持续时间安排的。
<background-validation>true</background-validation> <background-validation-minutes>1</background-validation-minutes>
有时,如果您在 Jboss 上没有正确的 oracle 驱动程序,您可能会收到类转换或相关错误,并且该连接可能会开始从连接池中丢失。org.jboss.resource.adapter.jdbc.ValidConnectionChecker
您可以尝试通过实现接口来创建自己的 ConnectionValidator 类。此接口仅提供单一方法“ isValidConnection()
”,并期望“NULL”作为有效连接的回报。
前任:
public class OracleValidConnectionChecker implements ValidConnectionChecker, Serializable {
private Method ping;
// The timeout (apparently the timeout is ignored?)
private static Object[] params = new Object[] { new Integer(5000) };
public SQLException isValidConnection(Connection c) {
try {
Integer status = (Integer) ping.invoke(c, params);
if (status.intValue() < 0) {
return new SQLException("pingDatabase failed status=" + status);
}
}
catch (Exception e) {
log.warn("Unexpected error in pingDatabase", e);
}
// OK
return null;
}
}
@skaffman 的回答有一点更新。在 JBoss 7 中,您必须在设置有效连接检查器时使用“类名”属性,并且包也不同:
<valid-connection-checker class-name="org.jboss.jca.adapters.jdbc.extensions.oracle.OracleValidConnectionChecker" />
我们最近遇到了一些浮动请求处理失败,原因是孤立的 oracleDBMS_LOCK
会话锁无限期地保留在客户端连接池中。
因此,这是一个强制会话在 30 分钟内到期但不影响应用程序运行的解决方案:
<check-valid-connection-sql>select case when 30/60/24 > sysdate-LOGON_TIME then 1 else 1/0 end
from V$SESSION where AUDSID = userenv('SESSIONID')</check-valid-connection-sql>
这可能涉及从池中获取连接的过程中的一些减慢。确保在负载下进行测试。