liquibase 不支持名为 的独立 xml 标签，其回滚依赖 内的 子元素或对 等少数操作的自动推断；未定义且不可推断时会报“no inverse operation found”。
sql Liquibase 的 rollback 标签本身并不存在 —— Liquibase 不提供名为 <rollback></rollback> 的 XML 标签，也不支持在 changelog 文件中直接声明“回滚逻辑”。这是初学者常见误解。Liquibase 的回滚能力依赖于显式定义的 rollback 块（如 <rollback>...</rollback> 子元素）或自动推断机制，且仅适用于部分变更类型。
rollback 子元素：手动声明回滚操作
在 <changeset></changeset> 内，可嵌入 <rollback></rollback> 作为子元素，用于指定该变更集被回滚时应执行的 SQL 或变更指令：
- 仅对当前
<changeset></changeset>生效，不跨变更集 - 支持原生 SQL（
<sql></sql>）、Liquibase 命令（如<droptable></droptable>）或引用已有 changeSet 的logicalFilePath+id - 若未定义且 Liquibase 无法自动推断（例如自定义 SQL 变更），执行
liquibase rollback会失败并报错 “No inverse operation found”
示例：
自动回滚：Liquibase 内置支持的有限场景
以下变更类型默认具备可逆性，无需手动写 <rollback></rollback>：
-
<createtable></createtable>→ 自动映射为<droptable></droptable> -
<addcolumn></addcolumn>→ 自动映射为<dropcolumn></dropcolumn>（仅单列，且数据库支持） -
<addforeignkeyconstraint></addforeignkeyconstraint>→ 自动映射为<dropforeignkeyconstraint></dropforeignkeyconstraint> -
<createindex></createindex>→ 自动映射为<dropindex></dropindex>
注意：自动回滚不适用于 <sql></sql>、<modifysql></modifysql>、存储过程、视图或 DDL 混合语句。此时必须显式提供 <rollback></rollback>。
回滚测试流程：确保可靠性的关键步骤
真实环境中，回滚不是“写完就跑”，需结构化验证：
- 环境隔离：使用专用测试数据库（非开发/生产），每次测试前重置（
liquibase dropAll+liquibase update） - 版本锚定：用
--tag或--toTag明确回滚目标；避免依赖--steps（易受 changeSet 顺序变动影响） - 双向校验：回滚后执行
liquibase status和数据库 schema 对比（如liquibase diff），确认表结构、约束、索引已还原 - 数据影响评估：回滚
<droptable></droptable>或<delete></delete>类操作不可恢复数据；测试中应提前备份或使用只读模拟
常见陷阱与规避建议
实际落地中高频出错点：
- rollback 块位置错误：必须放在
<changeset></changeset>内部，不能置于根节点或<include></include>外 - 跨 changeSet 依赖：A changeSet 创建表，B changeSet 添加字段，若只回滚 B，A 仍存在 → 表结构残留。应按依赖顺序设计回滚范围
- 数据库方言差异：postgresql 的
DROP COLUMN IF EXISTS在 mysql 不生效。建议在<rollback></rollback>中用<pre class="brush:php;toolbar:false;" conditions></pre>判断 DB 类型 - 未测试真实数据态：空表能回滚，但含外键引用或触发器的表可能失败。测试库应加载代表性数据和约束