Spring Batch读取数据库时获取已处理的上一个ID，是否有内置支持？

内置能力支持说明 #

Spring Batch本身已经提供了执行上下文（ExecutionContext） 以及ItemReader状态持久化的原生能力，完全可以满足你的增量同步断点续跑需求，不需要完全从零实现自定义进度表。
原生机制的核心逻辑如下：

• Spring Batch的Step执行过程中，会自动把Reader的状态数据持久化到框架自带的元数据表（BATCH_JOB_EXECUTION_CONTEXT、BATCH_STEP_EXECUTION_CONTEXT）里，不需要额外自定义业务进度表结构
• 配合JpaPagingItemReader/RepositoryItemReader这类Spring Data JPA适配的读取器，你只需要在Reader逻辑里把上一次执行的最大ID作为查询参数即可，状态会自动持久化和恢复
• 如果你的任务是固定每日执行的全量增量同步，还可以搭配JobParameters传递执行日期，结合上下文存储的lastId做双重校验，避免重复同步数据

原生能力实现逻辑（无需自定义进度表） #

你可以直接按以下逻辑实现，不需要手动维护自定义进度表：

• 在自定义Reader的open()方法里，从ExecutionContext中获取上一次执行存储的lastMaxId，如果是首次执行则设置为0或者业务对应的起始ID
• 你的JPA查询语句直接绑定这个lastMaxId作为查询条件，只查询ID大于该值的记录即可
• 每次读取到一批数据后，在update()方法里把当前批次的最大ID更新到ExecutionContext中，Spring Batch会自动在Chunk提交时把这个值持久化到元数据表
• 如果任务中途失败重启，或者下一次定时任务启动，框架会自动从元数据表读取上一次存储的lastMaxId，不需要你手动查询

需要自定义进度表的场景 #

只有满足以下需求时，才需要额外自定义MyBatchProgress这类业务进度表：

• 你的批处理任务需要支持跨Job实例的进度共享，比如多个不同的Job任务复用同一个同步进度
• 业务侧需要对同步进度做额外的审计、自定义可视化查询
  这种场景下你也不需要完全自己实现进度读取逻辑，只需要在Reader的open()方法里通过JPA查询自定义进度表的lastId作为起始值，后续Chunk级别的状态更新依然可以用Spring Batch原生的ExecutionContext来做，降低编码量。

内容的提问来源于stack exchange，提问作者Deniss M.