使用jOOQ实现Seek分页时程序与手动执行结果不符的问题

看起来你遇到了Seek分页在jOOQ程序执行和手动SQL结果不符的棘手问题，我来帮你拆解可能的原因和解决方向：

可能的原因 #

1. 排序与Seek参数的对应关系出错 #

Seek分页的核心依赖排序字段顺序和上一页末尾数据的字段值，你需要确认：

• jOOQ代码里的排序逻辑是不是和手动SQL完全一致：手动是ORDER BY create_time DESC, id ASC，那jOOQ里是不是写的orderBy(PRODUCT.CREATE_TIME.desc(), PRODUCT.ID.asc())？
• seek()方法的参数顺序必须和orderBy()的字段顺序严格对应，而且参数必须是第一页最后一条数据的create_time和id值。如果不小心传成了其他页的末尾值（比如第三页的起始参数），自然会返回I-M这类错误结果。

2. jOOQ版本的SQL生成差异（3.11.12的潜在问题） #

你使用的jOOQ 3.11.12是比较旧的版本，可能存在复合排序下Seek条件生成的bug。建议你在程序中打印出jOOQ实际生成的SQL和绑定参数，和手动执行的版本对比：

// 打印生成的SQL
String generatedSql = DSL.using(configuration)
    .selectFrom(PRODUCT)
    .orderBy(PRODUCT.CREATE_TIME.desc(), PRODUCT.ID.asc())
    .seek(lastCreateTime, lastId)
    .limit(5)
    .getSQL();
System.out.println(generatedSql);
// 同时打印绑定的参数值
System.out.println("参数：" + lastCreateTime + ", " + lastId);

如果生成的SQL和你手动写的不一样，那大概率是jOOQ的API使用或版本bug导致的。

3. 程序与MySQL客户端的会话配置差异 #

有时候程序连接MySQL的会话设置（比如sql_mode、时区、字符集）和手动客户端不同，可能导致MySQL执行计划变化，返回不同结果。可以在程序中执行EXPLAIN语句，对比和手动执行时的执行计划是否一致。

解决建议 #

1. 优先验证SQL和参数一致性 #

把程序中生成的SQL替换参数后，拿到MySQL客户端执行：

• 如果执行结果和程序一致：说明是你传递的Seek参数错误，检查第一页最后一条数据的create_time和id是否正确传递。
• 如果执行结果和手动SQL一致：说明是jOOQ的SQL生成或执行逻辑有问题，考虑下面的方案。

2. 手动构建Seek条件替代seek()方法 #

如果seek()方法的自动生成逻辑不符合预期，可以完全手动构建WHERE子句，避免版本bug：

DSL.using(configuration)
   .selectFrom(PRODUCT)
   .where(
       PRODUCT.CREATE_TIME.lessThan(lastCreateTime)
       .or(
           PRODUCT.CREATE_TIME.equal(lastCreateTime)
           .and(PRODUCT.ID.greaterThan(lastId))
       )
   )
   .orderBy(PRODUCT.CREATE_TIME.desc(), PRODUCT.ID.asc())
   .limit(5)
   .fetch();

这种方式完全可控，能确保和你手动写的SQL逻辑一致。

3. 考虑升级jOOQ版本 #

3.11.x版本已经停止维护多年，后续版本修复了大量分页和Seek相关的bug。升级到较新的稳定版本（比如3.17.x或更高），大概率能解决这类兼容性问题。

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