Spring Batch应用自动停止原因及批数据写入MySQL方案

一、应用启动后自动停止退出的原因与修复 #

核心原因 #

Spring Boot 2.x 对 Spring Batch 的默认策略为：应用启动完成后自动执行所有注册到上下文的Job，当所有Job执行完毕，且应用中不存在其他常驻非守护线程（如Web容器线程、常驻定时任务线程）时，JVM会按正常流程退出，不属于运行异常。
你当前定义的是仅打印Hello, World!的单步Tasklet，执行耗时极短，执行完成后无任何常驻进程，因此启动后跑完任务就直接退出，属于框架默认的预期行为。

修复方案 #

根据你的业务场景二选一即可：

• 场景1：业务需求就是跑一次性离线批处理任务：无需修复，该表现符合批处理任务"跑完即释放资源"的设计目标，只要确认Tasklet逻辑执行正确就满足要求。
• 场景2：需要应用常驻（比如要通过Actuator端点手动触发Job、后续增加定时调度逻辑、嵌入对外提供服务的Web接口）：做两处调整：
  1. 配置关闭启动自动执行Job的策略：

     # application.yml 配置
     spring:
       batch:
         job:
           enabled: false
     

  2. 如果需要Web容器保活，补充引入spring-boot-starter-web依赖，启动后内置的Tomcat/Jetty容器会持有常驻线程，避免JVM退出，后续可通过接口、调度器手动触发Job执行。

二、配置批处理元数据写入官方MySQL表的步骤 #

当前未写入元数据的核心原因是：Spring Boot默认仅对H2、HSQL这类内存数据库自动初始化Spring Batch元数据表，对接MySQL这类持久化数据库时，默认不会自动建表，甚至部分场景会fallback到内存级元数据存储，导致数据不落地。按以下步骤配置即可：

1. 初始化官方元数据表
   找到你项目依赖中spring-batch-core包内路径为org/springframework/batch/core/schema-mysql.sql的官方建表脚本，复制脚本内容到本地MySQL客户端执行，创建所有BATCH_前缀的元数据表。生产环境建议手动执行建表，不要依赖应用启动自动建表。
2. 添加配置指定元数据存储方式
   在application.yml中补充以下配置：

   spring:
     datasource:
       url: jdbc:mysql://127.0.0.1:3306/你的业务库名?useSSL=false&characterEncoding=utf8&serverTimezone=Asia/Shanghai
       username: 你的数据库账号
       password: 你的数据库密码
       driver-class-name: com.mysql.cj.jdbc.Driver
     batch:
       repository:
         type: jdbc # 明确指定用JDBC存储元数据，禁止使用内存存储
       jdbc:
         initialize-schema: never # 已手动建表就设为never，需要启动自动建表可改为always
       table-prefix: BATCH_ # 和官方脚本的表前缀保持一致
     jpa:
       hibernate:
         ddl-auto: none # 禁止JPA自动改表，避免覆盖Spring Batch元数据表结构
   

3. 配置校验
   启动应用执行一次Job后，查询MySQL中的BATCH_JOB_INSTANCE、BATCH_JOB_EXECUTION、BATCH_STEP_EXECUTION表，如果能查到对应本次任务的执行记录，说明配置生效。

避坑提示：如果你自定义了BatchConfigurer实现，必须保证内部创建JobRepository时使用的是上述配置的MySQL数据源，不要用MapJobRepositoryFactoryBean生成内存版的作业仓库，否则元数据依然不会写入MySQL。

内容的提问来源于stack exchange，提问作者Đỗ Như Vỹ