导入生产库备份至Dev后Spring Boot服务Liquibase锁表异常求助

一、导入生产备份后修复DATABASECHANGELOGLOCK表的方案 #

由于生产备份可能携带异常锁表数据，可通过自动化SQL脚本替代手动操作，确保导入后锁表状态稳定：

-- PostgreSQL环境重置锁表脚本
TRUNCATE TABLE DATABASECHANGELOGLOCK;
INSERT INTO DATABASECHANGELOGLOCK (ID, LOCKED, LOCKGRANTED, LOCKEDBY)
VALUES (1, FALSE, NULL, NULL);

将该脚本集成到备份导入流程（比如通过psql命令自动执行），每次导入备份后自动恢复锁表为仅含1行ID=1、未锁定的正常状态。

二、多服务共享数据库的Liquibase最佳实践 #

1. 保持统一变更日志源（已实现，需延续） #

两个应用共享同一master.xml的配置是正确的，需始终维护单一变更日志源，避免多份变更导致的版本不一致问题。

2. 指定单一应用执行迁移，其余仅做验证 #

禁止多个应用同时触发Liquibase迁移，避免锁冲突。指定其中一个应用（如app-backend-1）作为主迁移应用，其他应用仅验证变更是否已完成：

在app-backend-2的配置文件（如application.yml）中添加：

spring:
  liquibase:
    should-run: false  # 禁止该应用执行迁移操作
    validate-on-migrate: true  # 启动时校验变更日志与数据库状态一致性

主应用保持默认的should-run: true，负责执行所有变更。启动时先启动主应用，待迁移完成后再启动其他应用。

3. 生产备份前强制校验锁表状态 #

在生产环境的备份脚本中添加锁表校验逻辑，从源头避免异常数据被备份：

-- 备份前检查锁表行数，异常则自动修复
DO $$
BEGIN
  IF (SELECT COUNT(*) FROM DATABASECHANGELOGLOCK) != 1 THEN
    TRUNCATE TABLE DATABASECHANGELOGLOCK;
    INSERT INTO DATABASECHANGELOGLOCK (ID, LOCKED, LOCKGRANTED, LOCKEDBY)
    VALUES (1, FALSE, NULL, NULL);
  END IF;
END $$;

4. 异常锁表的应急处理 #

若出现锁表冲突或异常，可通过两种方式解锁：

• 使用Liquibase内置命令：

liquibase --changeLogFile=config/liquibase/master.xml releaseLocks

• 直接执行SQL：

UPDATE DATABASECHANGELOGLOCK SET LOCKED = FALSE, LOCKGRANTED = NULL, LOCKEDBY = NULL WHERE ID = 1;

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