Flyway的validate命令仅校验迁移文件与历史记录的完整性，不检查实际数据库结构，因此无法检测手动ALTER TABLE等外部变更导致的schema漂移。真正的漂移检测需付费版或Liquibase的diff工具，但多数团队未使用。结论：validate通过不代表数据库与迁移一致。

本文讨论了数据库迁移编号冲突问题，即两个开发者从同一提交分支创建迁移时可能分配相同编号，导致合并后执行顺序模糊。文章比较了Flyway、Liquibase等工具的处理方式，并介绍了pgmi工具，它通过SQL查询暴露计划，允许项目自定义验证规则，如检测重复键或固定计划，从而在合并前或部署时强制执行策略。

本文介绍了Liquibase作为数据库版本控制工具的重要性，解决了数据库模式漂移问题。通过将数据库更改与应用代码一起管理，Liquibase确保不同环境中的数据库一致性和安全性。文章阐述了Liquibase的工作原理、核心概念及最佳实践，强调了团队协作中使用版本控制的重要性，以避免手动更新带来的错误和混乱。

数据库迁移对现代应用开发至关重要，但随着系统复杂性增加，管理迁移变得困难。有效的迁移需要谨慎规划和自动化，以避免停机和数据不一致。使用Flyway或Liquibase等工具可以确保数据库更改与应用代码版本控制一致，减少手动错误。同时，实施迁移时需考虑向后兼容性，以确保平滑过渡。

IntelliJ IDEA 2025.1早期访问程序已发布第3个版本，新增K2模式下的Java到Kotlin自动转换，支持Liquibase逻辑代码结构视图，并自动创建Spring Data仓库，提升开发效率。

使用Flowable/Activiti时，如果出现“liquibase - Waiting for changelog lock....”错误，说明数据库表被逻辑锁定。需检查相关表的locked字段，若为1则表示锁定有效。可以通过更新语句解锁。Liquibase使用此锁控制数据库变更，强制退出程序可能导致锁未释放，建议正常退出以避免问题。