Flyway Reparatur mit Spring Boot

Ich verstehe nicht ganz, was soll ich tun, wenn eine migration fehlschlägt, mit Flyway in eine Spring-Boot-Projekt.

Ich aktiviert Flyway, indem Sie einfach die Flugroute Abhängigkeit in meinem pom.xml. Und alles funktioniert einwandfrei. Meine Datenbank-Skripte sind migriert, wenn ich starten Sie die Spring-Boot-app.

Aber ich hatte einen Fehler in einem meiner Skripte und meine Letzte migration ist fehlgeschlagen. Wenn ich jetzt versuche zu migrieren, gibt es eine "Migration checksum mismatch". Normalerweise würde ich laufen mvn flyway:repair, aber da bin ich mit Spring Boot, ich bin eigentlich nicht verwenden die Flugroute Maven-plug-in. Also, was soll ich tun?

  • Ich würde sagen, manuell ausgeführt flyway repair als änderung der vorherigen sql-Dateien sollten sehr außergewöhnlich. Es sieht aber so aus, dass die Prüfsummen nicht übereinstimmen zwischen sql-Dateien im classpath und lokalen...
  • Aber, wie ich schon sagte, bei der Verwendung von Spring Boot, Sie sind nicht zu erwarten, dass die Nutzung der Flyway-plug-in.
  • Nein, aber mit Zugrouten, du bist nicht erwartet, zu ändern bestehender sql-Dateien! Vor allem, wenn Sie wurden bereits ausgeführt auf die prod-db. Sollten Sie nur hinzufügen, neue SQL-Dateien mit Ihren änderungen jedes mal. Ich kann verstehen, warum der Frühling-boot nicht unterstützt diese: sollte es bleiben, eine manuelle operation und sollte sicherlich nicht per default... (ignoriert alle Veränderungen machen, die auf SQL-schon lief)
  • Ok, aber wie testen Sie Ihre SQL-Skript dann? Manuell? Oder mit der Flyway-plug-in?
  • Beide. Ich haben im Grunde ein "test-Datenbank" auf meiner dev-Umgebung, die kann ich flush jederzeit: mvn flyway:clean flyway:migrate. Sie können auch flyway Befehlszeile.
  • Ok, ich dachte, es wäre ein Weg, um zu vermeiden, mit der Flyway-plug-in. BTW, ich Rede auf dem das Skript läuft auf meinem dev-Datenbank. Ich lief nie mein Skript in prod. So, einen Fehler an dieser Stelle können auftreten. Ich war auf der Suche für die Reparatur meiner dev-Datenbank. Aber vielen Dank für deinen input.
  • Es ist etwas ironisch über Zugrouten, deren einzige Aufgabe es ist zu unterstützen in der version Migrationen, seine eigene version der migration.

InformationsquelleAutor Jean-François Beauchef | 2016-05-26
  1. 24

    gibt es mehrere Möglichkeiten, um eine Reparatur durchführen, die auf die Datenbank. Ich persönlich bevorzuge die einfache SQL-Anweisung.

    SQL-Anweisung:

    Löschen Sie einfach die Zeile mit der fehlgeschlagenen migration. Danach führen Sie die migration erneut.

    Laufen zugroute direkt

    Können Sie installieren Flyway lokalen und führen flyway repair in der Konsole

    Verwenden Sie die zugroute Maven-Plugin

    Fügen Sie die Flyway Maven-Plugin, um Ihre pom und führen mvn flyway:repair. Ich glaube nicht, dass dies im Widerspruch mit der Spring-Boot-Konzept.

    Erweitern Spring Boot

    Spring Boot rufen Flyway.migrate() zum ausführen der Datenbank-migration. Wenn Sie möchten mehr Kontrolle, bieten eine @Bean implementiert FlywayMigrationStrategy.

    In der FlywayMigrationStrategy können Sie die Migration oder die Reparatur-Methode von Zugrouten. Weitere Informationen finden Sie in der Spring Boot-Reference Guide.

    Ich glaube nicht, dass die FlywayMigrationStrategy in der Anwendung ist der richtige Ort, um die Datenbank zu reparieren. Eine fehlgeschlagene migration ist eine Ausnahme und sollte behandeln, die außerhalb der Anwendung.

    • Kann flyway-maven-plugin, das Sie gerade Lesen Sie die datasource-Eigenschaften von meinem Spring-Boot-Anwendung.Eigenschaften-Datei?
    • Käfer Wie über die Verwendung FlywayCallback zum bereinigen der Daten in schema_version (ich.e löschen Sie die fehlgeschlagene migration ), bevor die migration gestartet wird?
    • Ich glaube nicht, dass das eine gute Idee ist. Wenn es nicht das erste mal, es wird auch nicht die zweite Zeit. Sie müssen etwas tun, damit es funktioniert und Sie können manuel entfernen Sie die Zeile in der schema_version Tabelle.
    InformationsquelleAutor Daniel Käfer
  2. 4

    Flyway Maven-Plugin

    Nur um diese info zu @Daniel die Antwort

    1.

          ...
        <plugin>
            <groupId>org.flywaydb</groupId>
            <artifactId>flyway-maven-plugin</artifactId>
            <version>4.1.0</version>
            <configuration>
                <url>jdbc:mysql://localhost:3306</url>
                <user>root</user>
                <password>root</password>
                <schemas>
                    <schema>[your_schema]</schema>
                </schemas>
            </configuration>
        </plugin>
      ...

    2.

    mvn flyway:sauber

    3.

    mvn flyway:Reparatur

    PS.: wenn der Schritt 2, und 3 funktionieren nicht, die Reihenfolge zu ändern.

    Mehr info auf maven-goals: https://flywaydb.org/documentation/maven/

    • Kann flyway-maven-plugin, das Sie gerade Lesen Sie die datasource-Eigenschaften von meinem Spring-Boot-Anwendung.Eigenschaften-Datei?
    • Welche Art von Informationen würden Sie gerne hinzufügen, um Ihre properties-Datei ?
    • Ich habe bereits add spring.datasource.url, spring.datasource.username, spring.datasource.password. Das ist, wie meine app verbindet sich zur db. Kann ich die Wiederverwendung dieser Eigenschaften für das Plug-in?
    • ja, Sie können !!
    • könnte ich schlage vor, dieses plugin an dem ich arbeite? Enthält ein Kommando zum generieren von Migrationen github.com/tom-power/spring-boot-flyway-migrate
    InformationsquelleAutor felipealves.gnu
  3. 0

    Bei der Datenbank-migration schlägt fehl, die migration wird als fehlgeschlagen markiert im schema history-Tabelle (i.e flyway_schema_history) Anzeige-manuelle Datenbank-Bereinigung erforderlich sein. Aber wenn sich die Datenbank unterstützt DDL-Transaktionen, die migration wird automatisch zurückgerollt, und nichts ist aufgenommen in das schema der Geschichte Tisch. PostgreSQL, Amazon Redshift, MS SQL sind einige der Datenbanken, die Unterstützung von DDL-Transaktionen in der Erwägung, dass Oracle Database, MySQL, MariaDB, Amazon Aurora nicht unterstützt DDL-Transaktionen.

    Im Falle einer fehlgeschlagenen migration Einträge, gibt es mehrere Optionen, um es zu reparieren (gilt nur für Datenbanken, die NICHT die Unterstützung von DDL-Transaktionen), wie beschrieben von @daniel-käfer. Ich möchte hinzufügen, eine andere (möglicherweise einfacher Weg) zum Umgang mit fehlgeschlagenen Migrationen.

    Gibt es mehrere Rückrufe unterstützt von Zugrouten, afterMigrateError ist einer von Ihnen. Wenn wir noch eine sql-Datei mit dem Namen afterMigrateError.sql dann, wird es ausgeführt, nach jedem fehlgeschlagenen Migration läuft. Deshalb können wir einfach erstellen Sie eine Datei afterMigrateError.sql auf Standard-Speicherort der Datenbank-migration-Ordner (resources/db/migration) mit sql-Befehl zu löschen, ist fehlgeschlagen Migrationen von flyway_schema_history Tabelle.

    Den sql-Befehl afterMigrateError.sql werden können, wie unten erwähnt:

    DELETE IGNORE FROM flyway_schema_history WHERE success=0;

    Dieser Befehl sucht nach der Tabelle flyway_schema_history wenn es vorhanden ist sonst wird es keine Veränderungen. Dann es sieht einfach für die Zeilen, die hat success Spalte mit 0 Eintrag (eigentlich passieren, wenn die migration fehlschlägt , alle erfolgreichen migration wird Wert 1 im Erfolg-Spalte), dann löschen Sie diese Einträge. Jetzt können wir einfach ändern, unsere neuesten migration-Datei, und korrigieren Sie es, und starten Sie erneut.

    InformationsquelleAutor BishalG
  4. 0

    Installieren flyway lokal wie gesagt oben, ändern Sie das Verzeichnis in der installation dann ausführen (Beispiel H2):

    ./flyway -url=jdbc:h2:/Users/mugo/dev/h2/das-boot -user=sa -password= repair
    InformationsquelleAutor xilef
Schreibe einen Kommentar