java - Oracle JDBC 预取 : how to avoid running out of RAM/how to make oracle faster high latency

Question

使用 Oracle java JDBC (ojdbc14 10.2.x)，加载包含许多行的查询需要永远(高延迟环境。这显然是 Oracle JDBC 中的默认预取是默认大小“10”，每次需要一次往返时间10 行。我试图设置一个积极的预取大小来避免这种情况。

 PreparedStatement stmt = conn.prepareStatement("select * from tablename");
 statement.setFetchSize(10000);
 ResultSet rs = statement.executeQuery();

这可以工作，但我得到了一个内存不足的异常。我曾假设 setFetchSize 会告诉它在它们进入时缓冲“那么多行”，使用每行所需的尽可能多的 RAM。如果我运行 50 个线程，即使有 16G 的 -XMX 空间，它也会耗尽内存。感觉几乎像泄漏:

Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
    at java.lang.reflect.Array.newArray(Native Method)
    at java.lang.reflect.Array.newInstance(Array.java:70)
    at oracle.jdbc.driver.BufferCache.get(BufferCache.java:226)
    at oracle.jdbc.driver.PhysicalConnection.getCharBuffer(PhysicalConnection.java:7422)
    at oracle.jdbc.driver.OracleStatement.prepareAccessors(OracleStatement.java:983)
    at oracle.jdbc.driver.T4CTTIdcb.receiveCommon(T4CTTIdcb.java:273)
    at oracle.jdbc.driver.T4CTTIdcb.receive(T4CTTIdcb.java:144)
    at oracle.jdbc.driver.T4C8Oall.readDCB(T4C8Oall.java:771)
    at oracle.jdbc.driver.T4CTTIfun.receive(T4CTTIfun.java:346)
    at oracle.jdbc.driver.T4CTTIfun.doRPC(T4CTTIfun.java:186)
    at oracle.jdbc.driver.T4C8Oall.doOALL(T4C8Oall.java:521)
    at oracle.jdbc.driver.T4CPreparedStatement.doOall8(T4CPreparedStatement.java:205)
    at oracle.jdbc.driver.T4CPreparedStatement.executeForDescribe(T4CPreparedStatement.java:861)
    at oracle.jdbc.driver.OracleStatement.executeMaybeDescribe(OracleStatement.java:1145)
    at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:1267)
    at oracle.jdbc.driver.OraclePreparedStatement.executeInternal(OraclePreparedStatement.java:3449)
    at oracle.jdbc.driver.OraclePreparedStatement.executeQuery(OraclePreparedStatement.java:3493)
    at oracle.jdbc.driver.OraclePreparedStatementWrapper.executeQuery(OraclePreparedStatementWrapper.java:1491)
    ....

我该怎么做才能仍然获得预取但不会耗尽 RAM？这是怎么回事？

SO 上最接近的相关项是:https://stackoverflow.com/a/14317881/32453

Answer 1

基本上，oracle 对于最近的 ojdbc jar 的默认策略是为每个“预取”行“预分配”一个数组，以适应从该查询可能返回的最大尺寸。对于所有行。所以在我的例子中，我有一些 VARCHAR2(4000)，50 个线程(语句)* varchar2 的 3 列 * 4000 加起来超过千兆字节的 RAM，setFetchSize 为几百 [yikes]。似乎没有一个选项可以说“不要预先分配该数组，只需使用它们进来时的大小”。 Ojdbc 甚至将这些预先分配的缓冲区保留在 preparedstatements(缓存/连接)之间，以便可以重用它们。绝对是内存消耗者。

一个解决方法:使用 setFetchSize 到一些合理的数量。默认值为 10，这在高延迟连接上可能会非常慢。配置文件并仅使用尽可能高的 setFetchSize 实际上可以显着提高速度。

另一种解决方法是确定最大实际列大小，然后将查询替换为(假设 50 是已知的最大实际大小)select substr(column_name, 0, 50)

您可以做的其他事情:减少预取行数，增加 java -Xmx 参数，只选择您实际需要的列。

一旦我们能够在所有查询上使用至少 400 预取 [确保进行分析以查看哪些数字对您有利，在高延迟的情况下我们看到了预取大小 3-4K 的改进]，性能显着提高。

我想，如果您想对稀疏的“非常长”的行采取真正积极的态度，那么当您遇到这些 [罕见的] 大行时，您可以重新查询。

详细信息令人作呕 here