SQLite 3.51.3 mit einer Behebung möglicher Datenbankbeschädigungen im WAL-Modus

Am 13. März wurde eine Korrekturversion 3.51.3 der kompakten eingebetteten DBMS veröffentlicht. SQLite. Der Projektcode ist in C geschrieben und wird als Public Domain verbreitet.

Aufgrund von Kompatibilitätsproblemen in Bezug auf einige neue Funktionen wurde die Version 3.52.0 (die am 6. März veröffentlicht wurde) zurückgezogen.

Änderungsprotokoll für Version 3.51.3:

• Am 3. März entdeckte und behob einer der SQLite-Entwickler (Dan) einen Fehler, der in seltenen Fällen zur Beschädigung der Datenbank führen konnte und der als „WAL-reset bug“:
  • bezeichnet wird. Dieser Fehler tritt nur in Datenbanken auf, die im WAL-Modus arbeiten, wenn mehr als eine Verbindung zu derselben Datei in verschiedenen Threads oder Prozessen geöffnet ist und diese beiden Verbindungen versuchen, gleichzeitig zu schreiben oder einen Checkpoint zu erstellen.
  • Der Fehler ist mit Konflikten beim Datenzugriff unter zeitlichen Einschränkungen verbunden. Unter normalen Betriebsbedingungen tritt er äußerst selten auf. Den Entwicklern gelang es nicht, diesen Fehler unter natürlichen Bedingungen zu reproduzieren, und sie mussten spezielle Testlogik in SQLite hinzufügen, die absichtlich Bedingungen schafft, um den Fehler zu provozieren, um sicherzustellen, dass das Problem behoben ist.
  • Der Fehler tritt auf, wenn:
    1. Eine Verbindung einen Checkpoint überprüft. Diese erste Prüfung muss abgeschlossen sein. Mit anderen Worten, während der Überprüfung muss der gesamte Inhalt der WAL-Datei erfolgreich zurück in die Datenbank kopiert werden und die WAL-Datei muss in einen Zustand versetzt werden, in dem sie zurückgesetzt werden kann.
    2. Sofort nach Abschluss der ersten Prüfung wird die zweite gestartet.
    3. Während die zweite Prüfung aus Schritt 2 gerade läuft, zeichnet eine andere Datenbankverbindung eine Transaktion auf, die die WAL-Datei zurücksetzt und neue Inhalte an den Anfang der WAL-Datei schreibt.
    4. Aufgrund des Konflikts beim Datenzugriff berücksichtigt die zweite Prüfung aus Schritt 2 nicht, dass die WAL-Datei als Ergebnis der Transaktionsfixierung in Schritt 3 zurückgesetzt wurde. Die zweite Prüfung setzt einen falschen Wert für eines der Felder im Header der WAL-Datei. Dieses Feld weist darauf hin, dass ein Teil der WAL-Datei bereits in einem Checkpoint fixiert wurde, obwohl dies tatsächlich nicht der Fall ist.
    5. Die Festlegung zusätzlicher Transaktionen führt zu einer Zunahme der Seitenanzahl in der WAL-Datei, die die Anzahl der Seiten übersteigt, die zum Zeitpunkt des ersten Checkpoints aus Schritt 1 existierten.
    6. Später, wenn ein dritter Kontrollpunkt auftritt, überspringt er die gesamte oder einen Teil der Transaktion, die in Schritt 3 aufgezeichnet wurde. Somit gelangen Teile der Transaktion aus Schritt 3 nicht in die Datenbankdatei, was zu einer Beschädigung der Datenbankdatei führt.
  • Der Fehler ist wahrscheinlich in allen Versionen von SQLite vorhanden, beginnend mit 3.7.0 (21.07.2010) bis 3.51.2. Es wurden auch Korrekturen für einige frühere Versionen veröffentlicht: 3.44.6 und 3.50.7.
• Weitere kleinere Korrekturen.

Quelle: linux.org.ru