Liquibase仅检测变更集修改未检测删除，能否通过设置调整该行为？

Liquibase在维护已应用变更集与源文件一致性上表现严格——如果修改已同步到数据库的变更集内容，哪怕是执行无关操作（比如回滚其他变更），Liquibase都会因为校验和不匹配直接阻止操作，要求必须先回滚该变更集才能修改。

但这个严格校验规则有个例外：完全删除源文件中的变更集引用时，会产生「孤立变更集」问题：数据库的DATABASECHANGELOG表中仍保留该变更集的记录，数据库里对应的对象（比如表）也存在，但Liquibase不会对源文件缺失该变更集的情况抛出任何错误。甚至尝试回滚该变更集时，Liquibase会直接忽略它的存在，跳过并执行下一个变更集的回滚，导致数据库状态与源文件彻底不一致。

复现步骤示例 #

1. 初始变更日志文件：

<databaseChangeLog ... >
        <include relativeToChangelogFile="true" file="CS1.sql"/>            
        <include relativeToChangelogFile="true" file="CS2.sql"/>    
</databaseChangeLog>

2. CS1.sql内容：

-- liquibase formatted sql
-- changeset agostinox:-1
CREATE TABLE T1 (
    X INT
)
-- rollback DROP TABLE T1

CS2.sql为类似的创建T2表的变更集。

3. 执行liquibase update后，DATABASECHANGELOG表会记录CS1和CS2两个变更集，数据库中生成T1、T2表。

4. 两种操作的差异：

   • 若修改CS1.sql（比如添加注释），执行liquibase rollbackcount 1时，Liquibase会检测到校验和变更，直接报错阻止操作；
   • 若直接移除变更日志中对CS1.sql的引用，再执行liquibase rollbackcount 1，Liquibase会显示执行成功，但实际DATABASECHANGELOG表中CS1的记录仍存在，数据库里的T1表也未被回滚。

技术逻辑分析 #

从数据库校验逻辑来看，Liquibase仅对源文件中的变更集与DATABASECHANGELOG表中的记录做左关联校验——只检查源文件里的变更集是否在数据库中有匹配且校验和一致，不会反向检查数据库中存在的变更集是否在源文件中仍存在。理想状态下应该做全关联校验，把这种「源文件缺失但数据库已存在」的孤立记录视为校验异常并报错，确保双向一致性。

核心问题 #

• 是否可以通过配置修改Liquibase的这种行为，使其检测并报错孤立变更集？
• 这种设计是有意为之吗？是否针对某些特定使用场景？

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