gpt4 book ai didi

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

转载 作者:搜寻专家 更新时间:2023-10-31 19:54:38 25 4
gpt4 key购买 nike

使用 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

最佳答案

基本上,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

关于java - Oracle JDBC 预取 : how to avoid running out of RAM/how to make oracle faster high latency,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/28161049/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com