jdbc不读取文件，内存溢出实际分两类：一是误将本地大文本文件读取混淆为jdbc，应改用bufferedreader/scanner逐行流式处理；二是jdbc查海量数据，须启用流式查询（如setfetchsize(integer.min_value)或url加usecursorfetch=true）。
Java 中 JDBC 读取大文件内存溢出，这个说法本身存在概念混淆——JDBC 是用于数据库连接和查询的 API，不用于“读取文件”。你实际遇到的，很可能是以下两种情况之一：
情况一：误把“用 Java 读取大文本文件”说成“JDBC 读取大文件”；
情况二：真正用 JDBC 查询数据库中存储的大字段（如 MEDIUMTEXT、LONGBLOB），或一次性查出海量行导致内存爆掉。
下面分两类给出直接可用的解决方式：
✅ 针对“读取本地大文本文件”（非 JDBC，但常被混淆）
不要用 Files.readLines() 或 FileUtils.readLines()，它们会把整份文件加载进内存。
- 改用
BufferedReader按行流式读取，处理完立即丢弃引用：
try (BufferedReader reader = Files.newBufferedReader(Paths.get("big.log"), StandardCharsets.UTF_8)) {
String line;
while ((line = reader.readLine()) != null) {
// 处理单行，不保留 line 引用（避免 List.add(line) 等累积）
}
}
- 更稳妥可选
Scanner或 Apache Commons IO 的LineIterator，原理相同：只持有一行，不缓存全部内容。
✅ 针对“JDBC 查询数据库返回大量数据”（这才是真正的 JDBC 场景）
核心原则：不让 JDBC 驱动把整个结果集一次性拉到 JVM 堆里。
-
启用流式查询（MySQL 推荐）：创建
Statement时指定游标类型 + 极小 fetchSize：
Statement stmt = conn.createStatement(
ResultSet.TYPE_FORWARD_ONLY,
ResultSet.CONCUR_READ_ONLY);
stmt.setFetchSize(Integer.MIN_VALUE); // 关键！触发 MySQL 流式读取
-
连接 URL 加参数（MySQL）：加上
useCursorFetch=true&defaultFetchSize=100，让驱动默认走游标模式； -
绝对避免可滚动结果集：别用
TYPE_SCROLL_INSENSITIVE或TYPE_SCROLL_SENSITIVE，这类 ResultSet 会把数据全缓存在内存中； - 分页不是万能解法：深度分页（如 limit 1000000,100）性能差，适合有业务主键/时间范围条件的“游标分页”（where id > ? order by id limit 100）。
✅ 通用兜底建议
- 检查是否真需要查全部字段：把
SELECT *改成明确列出必要列，尤其避开大字段（TEXT/BLOB）； - 确保
ResultSet、Statement、Connection在 try-with-resources 中关闭； - JVM 堆不够？临时调大
-Xmx只是掩耳盗铃，应优先优化读取逻辑； - 若业务允许，考虑把“导出/统计类”任务下沉到数据库侧（如用 stored procedure 或临时表聚合），减少网络和 JVM 压力。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
