Dieser Artikel bringt Ihnen relevantes Wissen über MySQL. Er organisiert hauptsächlich Rollback- und Rollback-Mechanismen für Buchhandlungen.
Empfohlenes Lernen: MySQL-Video-Tutorial
Wir stoßen häufig auf Szenarien, in denen wir eine große Tabelle bedienen und feststellen, dass der Vorgang zu lange dauert oder das Online-Geschäft beeinträchtigt, und wir den Vorgang mit einer großen Tabelle rückgängig machen möchten. Nach dem Stoppen großer Tabellenvorgänge ist das Warten auf ein Rollback ein sehr langer Prozess. Obwohl Sie möglicherweise einige Methoden kennen, um die Zeit zu verkürzen, und von der Integrität der Daten in der Produktionsumgebung beeindruckt sind, entscheiden Sie sich möglicherweise dafür, nicht einzugreifen.
Eine Transaktion ist eine Ausführungseinheit in einer relationalen Datenbank, und Sie können wählen, ob Sie über die Endstufenkontrolle ein Commit oder ein Rollback durchführen möchten. Führen Sie Rollback-Vorgänge in verschiedenen Szenarien durch, in denen die Integrität nicht garantiert werden kann. Das Rollback in MySQL erfolgt über das Undo-Protokoll, das Informationen darüber enthält, wie die letzten Änderungen im Zusammenhang mit der Transaktion rückgängig gemacht werden können. Rückgängig-Protokolle sind im Rückgängig-Protokollsegment vorhanden, und das Rückgängig-Protokollsegment ist im Rollback-Segment enthalten. Das Rollback-Segment befindet sich im Undo-Tabellenbereich und im globalen temporären Tabellenbereich.
Die Beziehung ist wie folgt:
mysql > show variables like '%undo%'; +--------------------------+--------------------+ | Variable_name | Value | +--------------------------+--------------------+ | innodb_max_undo_log_size | 1073741824 | | innodb_undo_directory | /opt/data8.0/mysql | | innodb_undo_log_encrypt | OFF | | innodb_undo_log_truncate | ON | | innodb_undo_tablespaces | 2 | +--------------------------+--------------------+ 5 rows in set (0.00 sec)
Ein temporärer Tabellenbereich (ibtmp1), auf den global Temporary verweist und zum Speichern von Rollback-Segmenten für Änderungen an von Benutzern erstellten temporären Tabellen verwendet wird.
mysql > SELECT @@innodb_temp_data_file_path; +-------------------------------+ | @@innodb_temp_data_file_path | +-------------------------------+ | ibtmp1:128M:autoextend:max:30G | +-------------------------------+
Verstehen Sie, welche Dateien im Rollback enthalten sind, lesen Sie weiter.
Die MySQL-Rollback-Steuerung wird von der internen Innodb-Engine koordiniert und bietet keinen von Menschen gesteuerten Mechanismus. Die derzeit bereitgestellten MySQL-Rollback-Parameter lauten wie folgt:
mysql> SHOW VARIABLES LIKE '%ROLL%'; +----------------------------+-------+ | Variable_name | Value | +----------------------------+-------+ | innodb_rollback_on_timeout | OFF | | innodb_rollback_segments | 128 | +----------------------------+-------+
innodb_rollback_on_timeout:
InnoDB führt standardmäßig nur ein Rollback der letzten Anweisung durch, wenn die Transaktion abläuft. Wenn --InnoDB -rollback-on-timeout angegeben ist, führt ein Transaktions-Timeout dazu, dass InnoDB die gesamte Transaktion abbricht und zurücksetzt. Es ist standardmäßig deaktiviert, sobald die angegebene Zeit, z. B. ein Rollback, fehlschlägt. Es ist denkbar, dass es zu Inkonsistenzen in den Daten kommt. Diese Methode ist nicht ratsam.
Innodb_rollback_segments (1~128):
Definiert die Anzahl der Rollback-Segmente, die jedem Undo-Tabellenbereich zugewiesen sind, und die Anzahl der globalen temporären Tabellenbereiche, die Transaktionen zugewiesen sind, die Undo-Datensätze generieren.
Die Anzahl der vom Rollback-Segment unterstützten Transaktionen: hängt von der Anzahl der Undo-Slots im Rollback-Segment und der Anzahl der für jede Transaktion erforderlichen Undo-Protokolle ab.
Die Anzahl der Undo-Slots im offiziell bereitgestellten Rollback-Segment hängt mit der InnoDB zusammen Seitengröße:
Aus der neuesten MySQL8.0.27-Quellcode-Implementierung, storageinnobaseincludetrx0rseg.h:
/* Number of undo log slots in a rollback segment file copy 这里 UNIV_PAGE_SIZE正常页面的大小 即 1024*/ #define TRX_RSEG_N_SLOTS (UNIV_PAGE_SIZE / 16) /* Maximum number of transactions supported by a single rollback segment 单个回滚段支持的最大事务数1024/2=512 */ #define TRX_RSEG_MAX_N_TRXS (TRX_RSEG_N_SLOTS / 2)
Standardmäßig ist die Seite in 1024 Slots (TRX_RSEG_N_SLOTS) unterteilt, und jeder Slot entspricht einem Undo-Log-Objekt Theoretisch kann InnoDB 128 * 512 = 65536 normale Transaktionen unterstützen.
Den Hauptteil finden Sie unter MySQL · Engine-Funktionen · InnoDB-Rückgängig-Protokoll-Roaming.
Bietet offiziell Undbo-Rollback-Szenarien für gleichzeitiges Lesen und Schreiben:
Vom Prinzip der Berufung zurück zum eigentlichen Anwendungsszenario:
Für die Fähigkeit zur Unterstützung von Rollback-Segmenten. Immer noch beträchtlich, aber oft sehr langsam, wenn große Batch-Rollbacks durchgeführt werden. Insbesondere bei der Online-Verarbeitung kann das Rollback von 100.000 Zeilen 10 Minuten dauern. Oder sogar länger.
Als nächstes bereiten Sie 5000 W einzelner Tabellendaten über Sysbench vor, löschen Sie sie etwa 1 Minute lang und verwenden Sie dann kill -9, um das Stoppen der Transaktion zu erzwingen, um die Transaktion zurückzusetzen:
Offensichtlich ist die Wirkung von Neustart ist besser.
Allerdings kann die Methode kill -9 leicht die Datenseite beschädigen und stellt ein großes Risiko dar. Auch im Alltag ist die Datenbank stark belastet. Man kann sich vorstellen, dass die Kosten für das Rollback großer Transaktionen sehr hoch sind.
Große Rollback-Vorgänge sollten so weit wie möglich vermieden werden, da sie Datenbankressourcen und Leistung verbrauchen und zu schwerwiegenden Produktionsunfällen in einer Produktionsumgebung führen können. Wenn ein Rollback großer Transaktionen nicht vermieden werden kann, können Sie die folgenden Methoden anwenden:
Das obige ist der detaillierte Inhalt vonMySQL-Rollback (Zusammenfassungsfreigabe). Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!