结果集内存溢出咋办

“结果集内存溢出”一般出现在一次从数据库查出了太多数据，直接放到内存里撑爆了 JVM。下面按常见场景 + 对应解决方案给你一个实用清单，你可以对照看看属于哪一种。

一、常见原因

1. 一次性查询数据量太大

   SELECT * FROM big_table;
   

2. 分页没做 / 分页参数失效
3. 结果集直接放到 List / Map 里
4. 流式/游标没开，JDBC 默认把结果全加载到内存
5. 大字段（BLOB / CLOB / TEXT）一次性加载

二、解决方案（按推荐顺序）

✅ 1. 分页查询（最常用）

数据库层分页

SELECT * FROM table
ORDER BY id
LIMIT 1000 OFFSET 0;

✅ 优点：简单、通用
❌ 缺点：OFFSET 大时性能差

✅ 2. 游标 / 流式查询（强烈推荐）

MySQL（JDBC 流式）

PreparedStatement ps = conn.prepareStatement(
    "SELECT * FROM big_table",
    ResultSet.TYPE_FORWARD_ONLY,
    ResultSet.CONCUR_READ_ONLY
);
ps.setFetchSize(Integer.MIN_VALUE); // 开启流式

✅ 一行一行读，几乎不占内存
✅ 适合大数据量导出、同步

✅ 3. ID 游标分页（性能最好）

SELECT * FROM table
WHERE id > ?
ORDER BY id
LIMIT 1000;

✅ 比 OFFSET 快
✅ 适合无限增长的数据

✅ 4. MyBatis 流式查询

@Select("SELECT * FROM big_table")
@Options(fetchSize = Integer.MIN_VALUE)
void queryBigData(ResultHandler<T> handler);

或：

Cursor<T> cursor = sqlSession.selectCursor(statement);
for (T item : cursor) {
    // 逐条处理
}

✅ 5. 只查需要的字段（减少内存）

❌ 不推荐：

SELECT * FROM ...

✅ 推荐：

SELECT id, name, status FROM ...

✅ 6. 异步 / 分批处理

• 边查边处理
• 不要先组装一个超大 List 再处理

❌ 错误示例：

List<Data> list = queryAll();
process(list);

✅ 正确：

while (hasNext) {
    List<Data> list = queryNextPage();
    process(list);
}

三、如果是大数据导出

四、JVM 层面（治标不治本）

• 增大 JVM 内存（不推荐长期使用）

-Xms4g -Xmx8g

⚠️ 只是临时方案，数据再大还是会炸

五、快速排查 checklist

✅ 查询是否全表
✅ 是否分页
✅ 是否开启了流式 / 游标
✅ 是否一次加载到 List
✅ 是否有大字段

六、我可以进一步帮你

你可以直接贴：

• 数据库类型（MySQL / Oracle / PG）
• ORM（MyBatis / JPA / JDBC）
• 报错信息
• 使用场景（导出 / 同步 / 查询）

我可以给你针对你代码的改法。