如何让MongoCK随Spring应用上下文加载执行，避免健康检查先通过

需求可行性 #

你需要的「将MongoCK变更日志执行纳入Spring上下文加载流程」的需求完全可以实现。
MongoCK官方提供的Spring runner默认支持同步执行模式，开启后迁移任务会作为Spring上下文初始化的必要环节执行，只有所有变更日志执行成功，上下文才会完成加载，健康检查接口自然只会在迁移完成后才会返回正常响应，完全避免健康检查先通过、后续迁移失败的问题，同时你依然可以在变更日志中正常注入调用其他Spring Bean。

启动延迟的核心原因 #

你遇到的30秒启动延迟主要有两个来源：

• 默认配置下，MongoCK的Spring runner采用异步执行策略，不会阻塞Spring上下文初始化，会等上下文加载完成后再调度迁移任务，异步调度本身就存在一定延迟
• 迁移任务启动前的前置操作耗时过长：包括MongoDB分布式锁抢占、历史变更记录比对、变更集合法性校验，这部分操作如果遇到MongoDB集群响应慢、mongockChangeLog历史表数据量大、锁重试间隔配置过长的情况，会进一步拉长耗时，两种延迟叠加就会出现上下文加载完成30秒后才开始执行迁移的现象。

具体实现与优化方案 #

1. 开启同步执行，纳入上下文加载流程 #

如果是Spring Boot环境，直接在配置文件添加如下配置即可：

# 启用Spring runner
mongock.spring-runner.enabled=true
# 关闭异步执行，迁移会同步阻塞上下文初始化流程
mongock.spring-runner.async=false
# 迁移失败直接终止应用启动，避免异常服务上线
mongock.fail-fast=true

如果是Spring 5原生注解配置，直接在MongoCK的Bean声明中修改配置：

@Bean
public SpringMongock springMongock(MongoTemplate mongoTemplate, Environment env) {
    return SpringMongock.builder()
            .mongoTemplate(mongoTemplate)
            .springEnvironment(env)
            .changeLogsScanPackage("你的变更日志扫描包路径")
            // 核心配置：关闭异步执行
            .async(false)
            // 迁移失败直接抛出异常终止启动
            .failFast(true)
            .build();
}

2. 降低迁移启动延迟的优化措施 #

• 提前初始化MongoDB连接池：配置Spring Data MongoDB的连接池在应用启动阶段就完成初始化，避免MongoCK执行时才创建连接带来的额外耗时
• 调整锁配置：如果是锁抢占耗时过长，可以将锁获取重试间隔调整为1s（默认3s），对应配置项为mongock.lock-acquire-retry-interval=1s
• 清理历史变更记录：定期归档mongockChangeLog表的老旧历史记录，减少启动时的历史数据比对耗时

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