当前位置：首页 > news >正文

jdbc通信原理

news 2026/3/27 2:10:55

一、普通查询（默认行为）
正确流程
JDBC客户端通过Socket与MySQL服务器建立TCP连接。

客户端发送SQL查询语句。

MySQL服务器执行查询，将结果集数据从存储引擎读出，放入服务器内核的发送缓冲区（位于操作系统内核空间）。

服务器内核通过TCP协议将数据分段，经网络传输到客户端机器。

数据到达客户端网卡后，由内核放入客户端内核的接收缓冲区（即Socket缓冲区，位于内核空间）。

JDBC驱动执行read()系统调用，从该内核缓冲区读取数据到驱动内部缓冲区（用户空间，可选），再复制到JVM堆内存中的对象（如ResultSet的行缓存）。

默认情况下，JDBC驱动会一直读取直到所有数据到达，executeQuery()才返回ResultSet对象。这意味着所有结果集数据都已加载到JVM内存中。

二、游标查询（Cursor Query）
正确描述
定义：MySQL的游标查询通过在连接URL中添加useCursorFetch=true并设置fetchSize来启用。它使用服务器端游标（materialized cursor），服务器将结果集暂存于临时表或内存中，客户端多次主动FETCH获取数据。

流程：

客户端发送查询，MySQL服务器创建游标并将结果集物化（写入临时文件或内存表）。
服务器只返回第一行或第一批数据（由fetchSize决定），而不是全部结果。
客户端每次调用rs.next()，当本地缓存用完时，驱动自动发送FETCH命令获取下一批。
服务器从临时存储中读取下一批数据返回。
资源开销：

服务器端：需要额外的磁盘I/O或内存来存储完整结果集（尤其是大结果集），并维护游标状态。

网络：多次往返交互（每批一次请求-响应）。

客户端：内存中只保留当前批次，避免OOM。

三、流式查询（Streaming Query）
正确描述
定义：流式查询指服务器边生成结果边发送，无需物化完整结果集，客户端以流的方式持续接收。不同数据库实现不同：

PostgreSQL：设置fetchSize后，使用协议级别的“门户”实现真正的流式，服务器无状态，数据边查边发。

MySQL：实际上并没有真正的流式查询，其“流式”是通过游标模拟的（服务器端仍需物化，但客户端分批拉取）。MySQL官方文档中提到的“流式”通常指设置fetchSize为Integer.MIN_VALUE（旧版本）或使用游标。

流程（以PostgreSQL为例）：

客户端发送查询并指定fetchSize。
服务器开始执行查询，每生成一批数据（例如100行）就立即通过TCP连接发送给客户端。
客户端驱动接收数据并放入JVM，应用程序通过rs.next()消费。
服务器继续生成下一批并发送，直到全部发完。
特点：

服务器无需物化完整结果集，节省I/O和内存。

网络通信为“推”模式，一次请求，多次响应。

客户端处理速度可能影响服务器发送：如果客户端读取慢，TCP滑动窗口会反压服务器，导致服务器阻塞（发送缓冲区满）。

五、总结与建议
普通查询适合小结果集，简单高效；大结果集必须改用游标/流式。