通过AWS CodeBuild运行Liquibase更新Redshift失败，手动运行正常如何解决？

你遇到的current transaction is aborted报错是创建表失败的连带异常，根因为Liquibase在CodeBuild环境中无法识别已存在的DATABASECHANGELOGLOCK表，触发了重复创建逻辑，具体触发原因和解决方法如下：

触发原因 #

• Schema路径配置不一致：本地/EC2运行时，Liquibase配置或数据库连接参数中指定了正确的liquibaseSchemaName/defaultSchemaName，或者数据库用户的默认搜索路径包含了锁表所在的schema。CodeBuild环境中未配置对应参数，Liquibase无法扫描到已存在的锁表，误以为表不存在触发创建逻辑。
• 大小写敏感配置差异：PostgreSQL等大小写敏感的数据库会默认将未加引号的标识符转为小写存储，如果CodeBuild环境中Liquibase的objectQuotingStrategy配置和本地不一致，会导致Liquibase将DATABASECHANGELOGLOCK识别为大写的新表，和已存在的小写databasechangeloglock不匹配。
• 环境版本差异：如果CodeBuild中安装的Liquibase版本、JDBC驱动版本和本地/EC2验证通过的版本不一致，部分旧版Liquibase存在锁表存在性校验的bug，会跳过校验直接尝试创建表。
• 数据库用户权限不足：CodeBuild使用的数据库账号没有锁表所在schema的查询权限，无法读取已存在的锁表信息，Liquibase会判定表不存在需要新建。

解决方法 #

• 显式指定schema参数：在Liquibase配置文件或CodeBuild的执行命令中添加--liquibase-schema-name=<锁表所在schema>、--default-schema-name=<业务表默认schema>参数，确保Liquibase在正确的路径下扫描系统表。示例命令：

  liquibase update --liquibase-schema-name=public --default-schema-name=public
  

• 统一大小写相关配置：保持CodeBuild和本地环境的objectQuotingStrategy参数一致，PostgreSQL场景可以在JDBC连接URL中添加stringtype=unspecified参数，避免标识符大小写不匹配问题。
• 对齐环境版本：确保CodeBuild构建镜像中安装的Liquibase版本、JDBC驱动版本和本地/EC2验证通过的版本完全一致，排除版本兼容性bug。
• 校验数据库用户权限：确认CodeBuild使用的数据库账号拥有锁表所在schema的SELECT、CREATE、ALTER权限，可在CodeBuild构建步骤中临时添加数据库客户端查询锁表的命令，直接验证权限是否正常。
• 临时兜底方案：紧急场景下可以在Liquibase执行命令中添加--skip-lock-table参数跳过锁表创建逻辑，该参数仅适合锁表已稳定存在的环境使用。

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