JDBC如何实现ResultSet.TYPE_SCROLL_SENSITIVE？结果集自动更新解析

默认行为：ResultSet不会自动更新 #

当你执行SELECT * FROM students OFFSET 1 LIMIT 100这类普通查询时，JDBC返回的默认ResultSet是静态快照——它记录的是查询执行那一刻数据库中的数据状态。不管是Java代码里的其他线程修改记录，还是外部数据库连接做的变更，这个ResultSet都不会自动同步更新。

这是因为JDBC默认的ResultSet类型是TYPE_FORWARD_ONLY（只能向前遍历），并发模式是CONCUR_READ_ONLY（只读），这种配置下的ResultSet完全基于查询时的快照，不会与数据库保持实时同步。

如何实现ResultSet的更新感知？ #

如果需要ResultSet能感知数据库的变更，你需要在创建Statement/PreparedStatement时，指定敏感型ResultSet类型和可更新并发模式：

PreparedStatement stmt = conn.prepareStatement(
    "SELECT * FROM students OFFSET 1 LIMIT 100",
    ResultSet.TYPE_SCROLL_SENSITIVE,
    ResultSet.CONCUR_UPDATABLE
);
ResultSet rs = stmt.executeQuery();

但要注意：

• 不是所有数据库驱动都完全支持这种配置，部分驱动可能会降级处理。
• 这种“敏感”也不是实时自动更新，而是在你执行ResultSet的某些操作（比如重新定位行、调用refreshRow()方法）时，驱动才会去数据库重新获取该行的最新数据。

实现机制：轮询而非主动通知 #

JDBC规范并没有要求数据库主动通知ResultSet变更，目前主流驱动的实现都是轮询模式——即当需要刷新数据时，驱动重新执行查询（或针对特定行的查询），对比并更新ResultSet中的数据，而非数据库主动推送变更。

MySQL的实现方式 #

MySQL Connector/J驱动对TYPE_SCROLL_SENSITIVE的处理逻辑是：

• 当你调用ResultSet的滚动方法（比如absolute(int row)、previous()）或refreshRow()时，驱动会重新执行查询，获取当前数据库中的最新数据，替换ResultSet中对应的行内容。
• 这种方式依赖于驱动主动发起查询刷新，并非MySQL主动推送变更。如果需要实时感知外部变更，你需要额外结合MySQL的Binlog CDC（变更数据捕获）机制，但这和ResultSet本身的自动更新无关。

PostgreSQL的实现方式 #

PostgreSQL的pgjdbc驱动同样采用轮询机制处理敏感型ResultSet：

• 当你操作ResultSet进行行滚动或调用refreshRow()时，驱动会向PostgreSQL发送查询，重新获取该行的最新数据。
• PostgreSQL本身提供LISTEN/NOTIFY机制，可以实现数据库主动向应用推送变更通知，但这需要你在代码中手动监听通知，ResultSet不会自动利用这个机制来更新自身数据。

内部线程与外部连接修改的影响 #

不管修改操作来自：

• Java代码中同一JVM的其他线程（通过同一个或不同的数据库连接）
• 外部独立的数据库连接（比如其他应用、数据库客户端）

默认的静态ResultSet都不会自动更新。只有配置了TYPE_SCROLL_SENSITIVE的ResultSet，在触发刷新操作时，才会同步数据库的最新状态，无论变更来源是什么。

内容的提问来源于stack exchange，提问作者Majid Abdolhosseini