Cursor游标为什么会内存溢出

“Cursor 游标为什么会内存溢出”这个问题，通常指在使用**数据库游标（Cursor）**或某些编程里的游标对象时，程序出现 OutOfMemory（OOM）。下面从原理和常见原因讲清楚。

一、游标本身不一定吃内存，但“用法”会

游标（Cursor）本质上是一个结果集的遍历指针，理论上：

• 数据库端：只保存查询状态和位置
• 客户端：一开始只拿一小批数据

但内存溢出往往不是游标本身，而是“怎么用游标”导致的。

二、最常见的 6 个原因

1️⃣ 一次性把游标结果全加载到内存

List<User> list = cursor.fetchAll(); // ❌

• 如果表有 1000 万行
• 全部转成对象放到 List
• JVM 直接爆

✅ 正确做法：

while (cursor.hasNext()) {
    User u = cursor.next();
    process(u);
}

2️⃣ 游标未关闭（资源泄漏）

Cursor cursor = dao.query();
// 忘了 cursor.close();

• 游标持有：
  • 数据库连接
  • 结果集缓冲
  • 服务器端临时资源
• 长时间运行 → 内存 & 连接双重爆炸

✅ 使用 try-with-resources：

try (Cursor cursor = dao.query()) {
    ...
}

3️⃣ 在游标循环里“偷偷缓存”

List<User> all = new ArrayList<>();
while (cursor.hasNext()) {
    all.add(cursor.next()); // ❌
}

• 本质还是全量加载
• 只是“慢一点”溢出

4️⃣ 游标 + 大字段（BLOB / CLOB / TEXT）

SELECT * FROM files

• 每一行可能几 MB
• 即使逐行读，也可能瞬间占满内存

✅ 解决：

• 只查需要的列
• 流式读取大字段
• 分批次处理

5️⃣ 游标未提交 / 事务太长

BEGIN;
DECLARE cursor;
-- 跑了 1 小时
COMMIT;

• 数据库可能：
  • 保留旧版本数据（MVCC）
  • 锁资源
  • 缓冲不释放

✅ 控制事务粒度，避免“一个游标跑全天”

6️⃣ ORM 框架“假游标”

比如：

• MyBatis fetchSize 没设
• JPA ScrollableResults 没用对
• Spring Stream 被中间操作强制求值

结果：

看起来是游标，其实是全量查询

三、数据库层面的游标也会“胀”

某些数据库（如 Oracle、SQL Server）：

• 游标在 服务端 维护临时结果
• 如果 SQL 很复杂 + 无索引
• 服务端临时表膨胀

表现为：

• DB 内存涨
• 客户端也卡死

四、如何避免游标内存溢出（总结）

✅ 核心原则：游标 = 流式处理，不是容器

实战建议：

1. 不要在游标里攒数据
2. 设置 fetchSize
3. 及时 close
4. 控制事务范围
5. 避免 SELECT *
6. 大表分批（分页 / keySet 分页）

五、如果你愿意，我可以：

• 看你的 具体语言 + 数据库（Java / Python / MySQL / Oracle）
• 帮你定位是 客户端 OOM 还是数据库侧
• 给你一段不溢出的游标示例代码

你可以直接贴代码或报错信息。