停用Mongock-Lock的潜在风险及安全使用规则咨询

Mongock默认会获取全数据库悲观锁来执行数据库迁移，这是官方明确的标准行为。不过可以通过给迁移中用到的仓库Bean添加@NonLockGuarded注解来停用该锁机制。

潜在风险 #

• 并发迁移冲突：如果多个应用实例同时触发迁移，会导致同一份迁移脚本被重复执行，或者多个脚本同时修改同一数据集，引发主键冲突、数据不一致等问题。
• 迁移状态混乱：没有锁的约束，Mongock无法保证脚本的执行顺序和原子性。部分脚本执行失败后，后续脚本可能依然运行，导致迁移状态错乱，后续排查和回滚难度极大。
• 数据损坏风险：多进程同时操作数据库时，可能出现数据被意外覆盖、中间状态暴露等情况，直接破坏业务数据的完整性。

安全停用规则 #

• 单实例执行迁移：部署时仅启动一个应用实例来运行迁移，确认所有脚本执行完成后，再启动其他实例。
• 脚本设计保证幂等性：所有迁移脚本必须具备幂等性——重复执行不会产生异常或改变数据状态；同时脚本之间应避免依赖，或通过其他手段严格保证执行顺序。
• 隔离迁移环境：在专门的迁移环境（比如独立的CI/CD任务）中执行无锁迁移，不与生产环境的应用实例同时操作数据库。
• 全程监控迁移过程：执行迁移时实时监控日志和数据库状态，一旦出现异常立即终止，手动排查修复后再继续。

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