Liquibase锁 - 原因?

问题描述 投票:194回答:6

我在针对Oracle服务器运行大量liquibase脚本时得到了这个。有些电脑是我。

Waiting for changelog lock....
Waiting for changelog lock....
Waiting for changelog lock....
Waiting for changelog lock....
Waiting for changelog lock....
Waiting for changelog lock....
Waiting for changelog lock....
Liquibase Update Failed: Could not acquire change log lock.  Currently locked by SomeComputer (192.168.15.X) since 2013-03-20 13:39
SEVERE 2013-03-20 16:59:liquibase: Could not acquire change log lock.  Currently locked by SomeComputer (192.168.15.X) since 2013-03-20 13:39
liquibase.exception.LockException: Could not acquire change log lock.  Currently locked by SomeComputer (192.168.15.X) since 2013-03-20 13:39
        at liquibase.lockservice.LockService.waitForLock(LockService.java:81)
        at liquibase.Liquibase.tag(Liquibase.java:507)
        at liquibase.integration.commandline.Main.doMigration(Main.java:643)
        at liquibase.integration.commandline.Main.main(Main.java:116)

可能会达到同时进行的会话/交易次数吗?有人有什么想法吗?

database oracle liquibase
6个回答
461
投票

有时,如果更新应用程序突然停止,则锁定仍然卡住。

然后跑

UPDATE DATABASECHANGELOGLOCK SET LOCKED=FALSE, LOCKGRANTED=null, LOCKEDBY=null where ID=1;

对数据库的帮助。

或者您可以简单地删除DATABASECHANGELOGLOCK表,它将被重新创建。


48
投票

这可能是由于一个被杀死的liquibase进程未在DATABASECHANGELOGLOCK表上释放其锁定。然后,

DELETE FROM DATABASECHANGELOGLOCK;

可能会帮助你。

编辑:@Adrian Ber的答案提供了比这更好的解决方案。只有在解决问题时遇到任何问题才能执行此操作。


22
投票

问题是Liquibase中的SequenceExists的错误实现。由于这些陈述的变更集需要很长时间,并且意外中止。然后下一次尝试执行liquibase-scripts锁定。

  <changeSet author="user" id="123">
    <preConditions onFail="CONTINUE">
      <not><sequenceExists sequenceName="SEQUENCE_NAME_SEQ" /></not>
    </preConditions>
    <createSequence sequenceName="SEQUENCE_NAME_SEQ"/>
  </changeSet>

解决方法是使用纯SQL来检查:

  <changeSet author="user" id="123">
    <preConditions onFail="CONTINUE">
            <sqlCheck expectedResult="0">
              select count(*) from user_sequences where sequence_name = 'SEQUENCE_NAME_SEQ';
            </sqlCheck>
    </preConditions>
    <createSequence sequenceName="SEQUENCE_NAME_SEQ"/>
  </changeSet>

锁定数据存储在表DATABASECHANGELOG中。要摆脱锁定,只需将1更改为0或删除该表并重新创建。


3
投票

有时截断或删除表DATABASECHANGELOGLOCK不起作用。我使用PostgreSQL数据库并且很多次遇到过这个问题。我要解决的问题是回滚在该数据库的后台运行的预处理语句。尝试回滚所有准备好的语句并再次尝试liquibase更改。

SQL:

SELECT gid FROM pg_prepared_xacts WHERE database='database_name';

如果above语句返回任何记录,则使用以下SQL语句回滚该预准备语句。

ROLLBACK PREPARED 'gid_obtained_from_above_SQL';

1
投票

没有提到用于执行Liquibase的环境。如果它是Spring Boot 2,则可以扩展liquibase.lockservice.StandardLockService而无需运行更直接的SQL语句。例如。:

/**
 * This class is enforcing to release the lock from the database.
 *
 */
 public class ForceReleaseLockService extends StandardLockService {

    @Override
    public int getPriority() {
        return super.getPriority()+1;
    }

    @Override
    public void waitForLock() throws LockException {
        try {
            super.forceReleaseLock();
        } catch (DatabaseException e) {
            throw new LockException("Could not enforce getting the lock.", e);
        }
        super.waitForLock();
    }
}

代码强制释放锁。这在测试设置中非常有用,如果出现错误或调试中止,可能无法调用释放调用。

该类必须放在liquibase.ext包中,并通过Spring Boot 2自动配置获取。


0
投票

我很欣赏这不是OP的问题,但最近我遇到了另一个问题。作为参考,我使用了Liquibase Maven插件(liquibase-maven-plugin:3.1.1)和SQL Server。

无论如何,我错误地将SQL Server“use”语句复制并粘贴到我的一个切换数据库的脚本中,因此liquibase正在运行并更新DATABASECHANGELOGLOCK,获取正确数据库中的锁,但随后切换数据库以应用更改。我不仅无法在正确的数据库中看到我的更改或liquibase审核,当然,当我再次运行liquibase时,它无法获取锁,因为锁已在“错误”数据库中释放,因此仍然锁定在“正确”的数据库中。我已经预计liquibase会在释放之前检查锁是否仍然应用,也许这是liquibase中的一个错误(我还没有检查过),但它可能会在以后的版本中得到解决!也就是说,我想它可以被认为是一个功能!

我知道,相当一个小学生的错误,但我在这里提出它,万一有人遇到同样的问题!

© www.soinside.com 2019 - 2024. All rights reserved.