Statement.setQueryTimeout不适用于Oracle18c jdbc驱动程序

Question

我们在payara 5.2020服务器上有一个J2EE应用程序，它执行一个长时间运行的查询(PL/SQL，执行几个小时)。为了避免超时异常，我们在StatementLevel上使用以下句子：

statement.setQueryTimeout(0);

这使用Oracle驱动程序版本12c，但是当我们迁移到Oracle 18c，并且将驱动程序更改为18c时，查询执行会在15分钟后停止，只有此例外。该代码适用于Oracle 12和Oracle 18，这是驱动程序jar中的更改带来了问题。这个问题已经在Linux和Windows机器中重现：

2021-06-14T07:50:01.762+0200|SEVERE: java.sql.SQLRecoverableException: Error de E/S: Socket read interrupted
    at oracle.jdbc.driver.T4CCallableStatement.executeForRows(T4CCallableStatement.java:946)
    at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:1136)
    at oracle.jdbc.driver.OraclePreparedStatement.executeInternal(OraclePreparedStatement.java:3640)
    at oracle.jdbc.driver.T4CCallableStatement.executeInternal(T4CCallableStatement.java:1318)
    at oracle.jdbc.driver.OraclePreparedStatement.execute(OraclePreparedStatement.java:3752)
    at oracle.jdbc.driver.OracleCallableStatement.execute(OracleCallableStatement.java:4242)
    at oracle.jdbc.driver.OraclePreparedStatementWrapper.execute(OraclePreparedStatementWrapper.java:1079)
    at com.sun.gjc.spi.base.PreparedStatementWrapper.execute(PreparedStatementWrapper.java:532)
    at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.base/java.lang.reflect.Method.invoke(Method.java:566)
    at com.sun.gjc.spi.jdbc40.ProfiledConnectionWrapper40$1.invoke(ProfiledConnectionWrapper40.java:437)
    at com.sun.proxy.$Proxy324.execute(Unknown Source)
    at org.apache.jsp.index_jsp.callPL(index_jsp.java:49)
    at org.apache.jsp.index_jsp._jspService(index_jsp.java:108)
    at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:111)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:750)
    at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:411)
    at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:473)
    at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:377)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:750)
    at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1636)
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:259)
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161)
    at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:757)
    at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:577)
    at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:99)
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:158)
    at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:371)
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:238)
    at com.sun.enterprise.v3.services.impl.ContainerMapper$HttpHandlerCallable.call(ContainerMapper.java:520)
    at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:217)
    at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:182)
    at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:156)
    at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:218)
    at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:95)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:260)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:177)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:109)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:88)
    at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:53)
    at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:524)
    at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:89)
    at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:94)
    at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:33)
    at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:114)
    at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:569)
    at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:549)
    at java.base/java.lang.Thread.run(Thread.java:834)
Caused by: java.io.InterruptedIOException: Socket read interrupted
    at oracle.net.nt.TimeoutSocketChannel.handleInterrupt(TimeoutSocketChannel.java:262)
    at oracle.net.nt.TimeoutSocketChannel.read(TimeoutSocketChannel.java:184)
    at oracle.net.ns.NSProtocolNIO.doSocketRead(NSProtocolNIO.java:544)
    at oracle.net.ns.NIOPacket.readHeader(NIOPacket.java:234)
    at oracle.net.ns.NIOPacket.readPacketFromSocketChannel(NIOPacket.java:174)
    at oracle.net.ns.NIOPacket.readFromSocketChannel(NIOPacket.java:122)
    at oracle.net.ns.NIOPacket.readFromSocketChannel(NIOPacket.java:100)
    at oracle.net.ns.NIONSDataChannel.readDataFromSocketChannel(NIONSDataChannel.java:86)
    at oracle.jdbc.driver.T4CMAREngineNIO.prepareForUnmarshall(T4CMAREngineNIO.java:762)
    at oracle.jdbc.driver.T4CMAREngineNIO.unmarshalUB1(T4CMAREngineNIO.java:427)
    at oracle.jdbc.driver.T4CTTIfun.receive(T4CTTIfun.java:394)
    at oracle.jdbc.driver.T4CTTIfun.doRPC(T4CTTIfun.java:255)
    at oracle.jdbc.driver.T4C8Oall.doOALL(T4C8Oall.java:610)
    at oracle.jdbc.driver.T4CCallableStatement.doOall8(T4CCallableStatement.java:249)
    at oracle.jdbc.driver.T4CCallableStatement.doOall8(T4CCallableStatement.java:82)
    at oracle.jdbc.driver.T4CCallableStatement.executeForRows(T4CCallableStatement.java:924)

似乎传输层已经迁移到java.nio，并且方法setQueryTimeout不再是

我们尝试过的事情：

1. 在payara控制台的JDBC连接池高级属性屏幕中将默认语句超时设置为-1。
2. 试图在与conn.setNetworkTimeout(Executors.newFixedThreadPool(1)，0的连接中直接设置时间并没有产生任何效果。
3. 在不同的来源中，我们发现下面这些属性应该会影响网络超时评估。我们将它们设置为payara启动(-Doracle.net.CONNECT_TIMEOUT=xxx)的JVM属性和JDBC (值为0和-1 )。在任何情况下都没用。

• oracle.net.CONNECT_TIMEOUT
• oracle.net.READ_TIMEOUT
• oracle.jdbc.ReadTimeout

资料来源：

• Oracle 18c净服务最佳实践
• Oracle 18c java jdbc引用。E.1.5使用带有防火墙的JDBC

​

​

4.-当我们通过payara DataSource池访问DataSource时，我们不能将com.sun.gjc.spi.jdbc40.DataSource 40(由payara提供的类)转换为OracleDataSource，但是我们通过编程创建了DataSorce，以设置连接属性，如图中所示的这里，并设置在上面的映像中看到的属性，但它不起作用：

public static Properties oracleProperties() {
    // Already tried -1 and 0
    Properties properties = new Properties();
    properties.put("Oracle.net.CONNECT_TIMEOUT", 0);
    properties.put("Oracle.net.READ_TIMEOUT", 0);
    properties.put("Oracle.jdbc.ReadTimeout", 0);
    return properties;
}

public static OracleDataSource createDataSource() throws Exception {
    OracleDataSource ods = new OracleDataSource();
    ods.setURL("jdbc:oracle:thin:@itauc4602x:1521/BDExp");
    ods.setUser("enevac");
    ods.setPassword("enevac");
    ods.setDataSourceName("OracleXADataSource");
    ods.setLoginTimeout(0);
    // default connection properties to avoid timeoutException
    ods.setConnectionProperties(oracleProperties());
    return ods;
}

1. 有没有人面临过这个问题，知道如何避免timeOut的限制吗？
2. 为什么是15分钟？，根据参考资料，oracle.net.ReadTimeout的默认值是10分钟。

更新:为了更详细地解释为什么我认为问题出在驱动程序中，以及为什么我放弃了异常的其他可能根源，我假设超时可以从以下三个来源引发：

• 网络超时:我放弃了它，因为我在本地机器上测试一个payara服务器，在开发数据库中没有防火墙。
• 数据库服务器: DBA检查了Oracle net服务配置，没有限制设置来解释15分钟的削减。此外，在这种情况下，SQLException可能会使用某种ORA错误代码。
• JDBC:这可以设置在连接级别、语句级别和事务级别。正如我在一开始所说的，该代码与oracle 12和Oracle 18服务器的Oracle 12c驱动程序一起工作，正是驱动程序的jar的改变使代码停止工作。

Answer 1

最后，修复了在payara池( OracleDataSource的“OracleDataSource”自定义属性)中的配置问题。正如@ibre5041所指出的，设置属性oracle.jdbc.javaNetNio=false会改变驱动程序使用的传输层，并开始作为oracle12c早期版本工作。

根据Oracle引用，OracleDataSource实现者可以作为java.util.Properties对象接收连接属性。

表8-2 Oracle扩展数据源属性

• 名称: connectionProperties
• 类型: java.util.Properties
• 说明:指定连接属性。

要将多值属性设置为Payara管理控制台中的jdbc池，必须将属性设置为(prop1=value1，prop2=value2)，(再次感谢Ondro Mihályi)。因此，在我们的例子中，我们设置：

connectionProperties = (oracle.jdbc.ReadTimeout=0，oracle.jdbc.javaNetNio=false)

总结了哪些可以工作，哪些不使用Oracle 18c jdbc驱动程序(每个步骤分别测试)：

• 在语句级别设置超时不起作用： statement.setQueryTimeout(0)
• 在连接级别设置超时(使用-1或0 )不起作用： conn.setNetworkTimeout(Executors.newFixedThreadPool(1)，超时(以毫秒计)
• 在java.util.connection中以编程方式设置超时属性，使用OracleDataSource使其按照问题中的指示工作。
• 将超时属性设置为JVM属性使其在限制小于15分钟时工作，但如果设置值>15分钟，则抛出异常，因此将设置为0或-1没有任何效果：

这使得查询在10秒之后停止：-Doracle.net.CONNECT_TIMEOUT=10000 -Doracle.net.READ_TIMEOUT=10000 -Doracle.jdbc.ReadTimeout=10000

但15分钟后就停止了：-Doracle.net.minutes_TIMEOUT=-1-Doracle.net. with _TIMEOUT=-1-Doracle.jdbc.ReadTimeout=-1

• 将oracle.net.keepAlive=true设置为@Nirmala建议的JVM属性不起作用。
• 将oracle.jdbc.javaNetNio=false设置为JVM属性为@ibre5041 使其工作。因此它指出了java.nio传输层的一些问题。

无论如何，我们向Oracle打开了一个支持问题，因为jdbc statement.setQueryTimeout(0)应该可以工作，而不必配置数据源，在情况结束时我会将响应放在这里。

Answer 2

由于默认的tcp连接超时，查询执行可能停止。您能否将"oracle.net.keepAlive“属性设置为”true“并进行验证？