FetchSize对Oracle JDBC查询性能有实质影响，但需配合ResultSet.TYPE_FORWARD_ONLY+CONCUR_READ_ONLY才生效；默认SCROLL类型会全量缓存，导致fetchSize失效；合理取值为100–500，过大易引发OOM或PGA内存溢出。
fetchsize 对 oracle jdbc 查询性能有实质影响，但必须配合正确的 resultset 类型和驱动行为才能生效；盲目调大反而可能引发 oom 或锁等待。
Oracle JDBC 的 fetchSize 为什么有时没效果
不是所有 setFetchSize() 调用都会触发服务器端游标分批拉取。Oracle JDBC 驱动（ojdbc8）默认在 ResultSet.TYPE_SCROLL_INSENSITIVE 或未显式指定类型时，会把整个结果集缓存到客户端内存，fetchSize 仅影响内部缓冲区大小，不减少网络往返。
- 必须显式设置
ResultSet.TYPE_FORWARD_ONLY+ResultSet.CONCUR_READ_ONLY - 连接 URL 中建议加上
defaultRowPrefetch=100（ojdbc8 支持），它会作为 Statement 级默认值，比每次手动设更稳妥 - 验证是否生效：开启 Oracle 会话级 SQL 跟踪（
ALTER SESSION SET SQL_TRACE = TRUE），查 trace 文件中是否有多个FETCH #记录，而非单次EXEC #后紧接全部FETCH
Oracle 场景下 fetchSize 的合理取值范围
Oracle 的 ARRAYSIZE（对应 JDBC fetchSize）默认是 10，太小导致频繁网络交互；但设得过大（如 5000+）容易让 PGA 内存暴涨，尤其当查询含 CLOB/BLOB 或宽表（>50 列）时。
- 单行数据 fetchSize = 100 ~ 250
- 单行数据 1–5KB（如含 JSON 字段）：建议
fetchSize = 50 ~ 100 - 使用
setFetchSize(0)表示交由驱动自动推导（ojdbc8 通常设为 128），适合不确定数据宽度的通用 DAO 层 - 避免设为
Integer.MIN_VALUE（即 Oracle 的ALL_ROWS），这会让驱动尝试一次拉完，失去流控意义
容易被忽略的配套配置
只改 fetchSize 不够，Oracle JDBC 性能还卡在几个隐性环节：
-
Connection必须关闭自动提交：conn.setAutoCommit(false)，否则某些驱动版本在游标模式下会隐式提交并关闭游标 - 确保
Statement没有启用setPoolable(true)，Oracle 驱动对池化语句的 fetchSize 处理不稳定 - 若用 Spring
JdbcTemplate，需通过new JdbcTemplate(dataSource).setQueryTimeout(...)单独设超时，因为fetchSize不影响查询执行阶段的 timeout - Oracle 12c+ 可配合
/*+ NO_MONITORING */hint 关闭实时监控开销，对长时间游标查询有效
真正起作用的从来不是某一个参数，而是 fetchSize、ResultSet 类型、连接属性、驱动版本四者协同的结果。Oracle 的游标行为比 MySQL/PostgreSQL 更“重”，一次没配对，就退回全量加载——这点在导出百万级主子表关联结果时尤为致命。
立即学习“Java免费学习笔记（深入）”；
