Liquibase lock-powody?

Edycja czerwiec 2020

Na przykład Leos Literak postępował zgodnie z tymi instrukcjami i serwer nie mógł się uruchomić.

Oryginalna odpowiedź

Jest to prawdopodobnie spowodowane zabił proces liquibase nie zwalniając swojej blokady w tabeli bazy danych. Następnie

DELETE FROM DATABASECHANGELOGLOCK;

Edit: @Adrian Ber ' s answer provides a better solution than this. Zrób to tylko, jeśli masz jakieś problemy z jego rozwiązaniem.

Problemem była błędna implementacja Sequencexists w Liquibase. Ponieważ zmiany z tych oświadczeń trwało bardzo długo i został przypadkowo przerwany. Następnie przy kolejnej próbie wykonania skryptów liquibase blokada została wstrzymana.

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

Obejście polega na użyciu zwykłego SQL, aby sprawdzić to zamiast:

  <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>

Lockdata jest przechowywana w bazie danych tablechangelock. Aby pozbyć się blokady wystarczy zmienić 1 na 0 lub upuścić Ten stół i odtworzyć.

Nie wspomniano, które środowisko jest używane do uruchamiania Liquibase. W przypadku Spring Boot 2 możliwe jest rozszerzenie liquibase.lockservice.StandardLockService bez konieczności uruchamiania poleceń direct SQL, co jest dużo czystsze. Np.:

/**
 * 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();
    }
}

Kod wymusza zwolnienie zamka. Może to być przydatne w konfiguracjach testowych, w których wywołanie release może nie zostać wywołane w przypadku błędów lub gdy debugowanie zostanie przerwane.

Klasa musi być umieszczona w opakowaniu liquibase.ext i zostanie odebrana przez Spring Boot 2 automatyczna konfiguracja.

Czasami obcinanie lub upuszczanie tabeli bazy danych nie działa. Korzystam z bazy danych PostgreSQL i natknąłem się na ten problem wiele razy. To, co robię, aby rozwiązać, to wycofać przygotowane instrukcje działające w tle dla tej bazy danych. Spróbuj cofnąć wszystkie przygotowane oświadczenia i spróbuj ponownie zmienić liquibase.

SQL:

SELECT gid FROM pg_prepared_xacts WHERE database='database_name';

Jeśli powyższe polecenie zwraca jakikolwiek rekord, to wycofuje przygotowane polecenie następującym poleceniem SQL.

ROLLBACK PREPARED 'gid_obtained_from_above_SQL';

Doceniam, że to nie był problem OP, ale ostatnio natknąłem się na ten problem z inną przyczyną. Dla odniesienia, używałem liquibase Maven plugin (liquibase-maven-plugin:3.1.1) z SQL Server.

W każdym razie, błędnie skopiowałem i wkleiłem instrukcję SQL Server "use" do jednego z moich skryptów, który przełącza bazy danych, więc liquibase uruchamiał i aktualizował DATABASECHANGELOGLOCK, nabywając blokadę we właściwej bazie danych, ale potem przełączając bazy danych, aby zastosować zmiany. Nie tylko mógł Nie widzę moich zmian ani audytu liquibase w poprawnej bazie danych, ale oczywiście, gdy uruchomiłem liquibase ponownie, nie mógł uzyskać blokady, ponieważ blokada została zwolniona w "złej" bazie danych, a więc nadal była zablokowana w" poprawnej " bazie danych. Spodziewałem się, że liquibase sprawdzi, czy blokada została jeszcze zastosowana przed jej zwolnieniem, i może jest to błąd w liquibase (jeszcze nie sprawdziłem), ale może być rozwiązany w późniejszych wersjach! To powiedziawszy, przypuszczam, że można to uznać za feature!

Dość mały błąd ucznia, wiem, ale podnoszę go tutaj na wypadek, gdyby ktoś napotkał ten sam problem!

Możesz bezpiecznie usunąć tabelę ręcznie lub za pomocą zapytania. Zostanie odtworzony automatycznie.

DROP TABLE DATABASECHANGELOGLOCK;

W postgres 12 musiałem użyć tego polecenia:

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