如何用Liquibase迁移PostgreSQL表至新Schema且避免重复执行变更

原因分析 #

当你把数据源URL的currentSchema改为info_schema后，Liquibase默认会在当前指定的schema（即info_schema）中查找或创建databasechangelog和databasechangeloglock表。但之前迁移表到info_schema时，变更集的执行记录存在public schema的databasechangelog表里，新的databasechangelog表为空，导致Liquibase判定所有变更集未执行，进而重复创建表。

无需修改旧变更日志的解决方案 #

方案1：指定Liquibase使用public schema的执行记录表 #

在Spring配置中添加以下参数，强制Liquibase读取public schema里的变更执行记录：

# 指定变更记录表所在的schema
liquibase.database-change-log-table-schema=public
liquibase.database-change-log-lock-table-schema=public

这样即使数据源默认schema是info_schema，Liquibase也会依据public中的历史记录判断哪些变更集已执行，不会重复操作。

方案2：迁移public的变更记录表到info_schema #

1. 备份public schema下的databasechangelog和databasechangeloglock表数据
2. 临时启动一次info-service，让Liquibase在info_schema中自动创建这两张表后停止服务
3. 将备份的public表数据导入到info_schema的对应表中
4. 保持数据源URL的currentSchema=info_schema启动服务，Liquibase会读取同schema下的执行记录，避免重复执行

方案3：全局指定Liquibase操作的schema #

通过Spring配置给Liquibase全局绑定schema，覆盖旧变更集的默认行为：

# 全局指定变更集操作的目标schema
liquibase.default-schema=info_schema

配合数据源URL的currentSchema=info_schema，Liquibase会将变更记录和表操作都绑定到info_schema，同时识别已执行过的变更集。

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