Liquibase迁移中断后如何继续运行并实现变更锁自动释放？

这个需求完全可行，你之前自定义类里的方法没被触发，核心原因是Liquibase的锁管控逻辑和变更集执行逻辑是完全独立的两条链路：

为什么之前的自定义实现不生效 #

• Liquibase的全局迁移锁存在DATABASECHANGELOGLOCK系统表中，锁的等待、获取、释放逻辑统一由内置的LockService组件管控，整个流程发生在变更集（包括你自定义的CustomChange类）被加载、执行之前。
• 你在自定义类里写的方法，只有成功拿到锁、进入变更集执行阶段后才会被调用。当任务卡在waiting for the change lock状态时，流程根本没走到变更集加载环节，自然不会触发你写的自定义方法。

可直接复用的自动释放实现路径 #

• 无代码侵入的插件配置方案
  不需要写自定义类，直接在Liquibase Maven插件的配置里，把releaseLocks目标绑定到update目标的前置执行节点。每次运行mvn liquibase:update时，会先自动执行一次锁清理操作，再正式跑迁移流程，等同于内置了自动释放的能力。
• 自定义锁服务的深度定制方案
  如果需要更灵活的锁判断逻辑（比如仅清理持锁会话已断开的残留锁，而非每次执行迁移都全量释放锁），可以直接继承Liquibase内置的StandardLockService类，重写waitForLock方法：在检测到锁等待超时、且持锁的数据库连接已经不存在有效会话时，自动调用类内置的强制锁释放逻辑完成清理。自定义的锁服务实现类通过Java SPI机制注册后，会在Liquibase启动时自动替换默认锁服务，在每次等待锁的环节自动触发清理逻辑，不需要手动执行命令。
• 数据库侧的统一清理方案
  在数据库层面配置定时任务，定期检查DATABASECHANGELOGLOCK表中持锁记录对应的会话是否仍然存活，自动清理会话已断开的无效锁。这种方式和Liquibase的执行逻辑解耦，适合多服务、多环境共用数据库的场景。

注意：自动锁释放逻辑一定要增加会话有效性校验，不要无判断直接清空锁记录，避免多节点并发执行迁移时因锁失效导致的变更重复执行问题。

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