Java中JDBC游标处理MySQL大表的核心是避免一次性加载全部结果集，需设useCursorFetch=true、setFetchSize(Integer.MIN_VALUE)，配合主键游标分页与Stream映射实现流式读取。
Java 中用 JDBC 游标（fetchSize）处理 MySQL 大表分页查询，核心不是“分页”，而是**避免一次性加载全部结果集**，配合流式映射减少内存压力。MySQL 默认使用 ResultSet 的 TYPE_FORWARD_ONLY 和 CONCUR_READ_ONLY，需显式设置 fetchSize 并搭配合适的连接参数，才能真正启用服务器端游标（即流式读取），再结合 Java 8+ 的 Stream 实现对象流映射。
配置 MySQL 连接与 Statement 的关键参数
仅设 fetchSize 不够，MySQL 驱动需配合连接参数才能启用真正的流式读取（否则仍会缓存整张结果集）：
- 连接 URL 必须包含
useCursorFetch=true（启用游标获取） - 推荐加上
cachePrepStmts=false&prepStmtCacheSize=0，避免预编译语句缓存干扰游标行为 -
Statement或PreparedStatement设置setFetchSize(Integer.MIN_VALUE)—— 这是 MySQL 驱动中触发流式（无缓冲）读取的特殊值；设为正数（如 1000）则启用客户端缓冲分批拉取，但仍有内存占用 - 确保查询不带
LIMIT+OFFSET（那是传统分页，无法利用游标优势），应使用基于主键/时间戳的游标分页（如WHERE id > ? ORDER BY id）
编写可流式映射的查询执行逻辑
不能直接调用 resultSet.next() 后手动 while 循环构建 List，而应封装为 Stream<YourEntity>，并确保资源在流消费完毕后正确关闭：
- 使用
try-with-resources管理Connection、PreparedStatement、ResultSet - 通过
StreamSupport.stream(Iterable<T>.spliterator(), false)将ResultSet包装为惰性流（需自定义Iterable<YourEntity>实现） - 实体映射应在流的
map()中延迟执行，避免提前实例化所有对象 - 示例关键片段：
ps.setFetchSize(Integer.MIN_VALUE);<br> ResultSet rs = ps.executeQuery();<br> Stream<User> userStream = ResultSetIterable.of(rs, User::fromResultSet);
其中ResultSetIterable是一个轻量级Iterable<User>，其iterator()返回一个每次调用next()时才从rs取一行并映射的对象迭代器
注意事务与连接生命周期
流式读取期间 ResultSet 必须保持打开，因此连接不能提前关闭：
立即学习“Java免费学习笔记（深入）”；
- 不要在返回流前关闭
Connection或PreparedStatement，否则流消费时抛SQLException - 推荐将流封装进一个资源感知型容器（如自定义
ClosableStream<T>），提供close()方法显式释放底层资源 - 若用 Spring，可结合
@Transactional控制事务范围，但需确保流消费发生在同一事务内；不建议在 service 层返回未消费的流给 controller，易导致连接泄漏 - MySQL 默认
wait_timeout较短（如 28800 秒），长时间未消费的游标可能被服务端中断，生产环境应评估超时与消费速度匹配性
替代方案：Spring Data JPA 的 Stream<T> 支持
如果项目已用 Spring Data JPA，无需手写 JDBC，可直接利用其内置支持：
- Repository 方法返回
Stream<YourEntity>，如Stream<Order> findAllByStatus(String status); - 底层自动配置
fetchSize和游标参数（需 HikariCP 或其他连接池支持） - 必须配合
@Transactional使用，且流消费完后自动关闭资源 - 注意：JPA 的
Stream本质仍是 JDBC 游标，但屏蔽了细节；若需精确控制（如指定 fetch size 值或跳过前 N 行），仍需回退到原生 JDBC
