Wenn man sich die Erklärung des Parameters max_binlog_stmt_cache_size ansieht, gibt es einen solchen Satz: Wenn nicht-transaktionale Anweisungen innerhalb einer Transaktion mehr als diese viele Bytes Speicher erfordern, generiert der Server einen Fehler. Suchen Sie unter http://dev.mysql.com/ nach dem Schlüsselwort „nontransactional“. Das erste, das angezeigt wird, ist „Rollback Failure for Nontransactional Tables“. Was sind also nichttransaktionale Tabellen? Nicht-transaktionale Tabellen, nicht-transaktionale Tabellen, Tabellen, die keine Transaktionen unterstützen, also Tabellen, die die MyISAM-Speicher-Engine verwenden. Besonderheiten nicht-transaktionaler Tabellen
1. MySQL-Transaktionstabellen und nicht-transaktionale Tabellen
Einführung: Wenn man sich die Erklärung des Parameters max_binlog_stmt_cache_size ansieht, gibt es diesen Satz: Wenn nicht-transaktionale Anweisungen innerhalb einer Transaktion mehr als diese viele Bytes Speicher erfordern, generiert der Server einen Fehler.
2. Schnelle Einfügungsmethode für große Datenmengen und Anweisungsoptimierungsfreigabe
Einführung: Für Transaktionstabellen sollten stattdessen BEGIN und COMMIT verwendet werden von LOCK TABLES, um das Einfügen zu beschleunigen
3. Lernen der Oracle IMU- und Redo Private Strands-Technologie
Einführung: Im traditionellen Rückgängig-Verwaltungsmodell behandelt Oracle Rückgängigmachen und Datenblockieren gleich. Dies hat ungefähr drei Nachteile: 1) Wenn die Transaktion beginnt, befindet sich der Segmentheader, in dem die Transaktionstabelle gespeichert ist, nicht im Speicher
4 Der MySQL-Master behandelt Synchronisierungsprobleme
Einführung: Aus verschiedenen Gründen leidet die MySQL-Master-Slave-Architektur häufig unter Dateninkonsistenzen, die grob sein können wie folgt zusammengefasst: Kategorie 1: Daten in die Standby-Datenbank schreiben 2: Nicht deterministische Abfrage ausführen 3: Transaktionen zurücksetzen, die Transaktionstabellen und Nicht-Transaktionstabellen mischen 4
5 >Mysql-Nicht-Transaktionstabellen-Rollback Fehlerphänomen
Einführung: Wenn Sie beim Ausführen von ROLLBACK (Rollback) die folgende Meldung erhalten, bedeutet dies, dass eine oder mehrere Tabellen im verwendet werden Transaktionen unterstützen keine Transaktionen: Warnung: Bestimmte Änderungen an nicht transaktionalen Tabellen können nicht rückgängig gemacht werden. Diese nicht-transaktionalen Tabellen sind von ROLLBACK-Anweisungen nicht betroffen. Wenn Sie versehentlich transaktionale und nicht-transaktionale Tabellen in einer Transaktion vermischt haben, ist die wahrscheinlichste Ursache für diese Meldung, dass Sie dies
6 gedacht haben 🎜>Einführung: Vereinfacht ausgedrückt verfügen Oracle-Blöcke über aktive Transaktionsflags. Wenn eine Transaktion festgeschrieben wird, wurden einige Blöcke vor dem Festschreiben in die Datendatei zurückgeschrieben Zu viele Blöcke, dann werden beim Festschreiben nur die Transaktionstabelleninformationen im Rückgängig-Segment-Header gelöscht und das Transaktionsflag im Datenblock wird nicht gelöscht. Andernfalls lautet der Code
7. Detaillierte Erläuterung des Oracle-Transaktionstabellen-Experiments
Einführung: Der Rollback-Segment-Header enthält eine sehr wichtige Information, nämlich die Transaktionstabelle . Häufiger Zugriff auf Transaktionstabellen kann zu Konflikten um Rollback-Segment-Header führen. Um die Ursache von Rollback-Segment-Header-Konflikten zu verstehen, ist es wichtig zu verstehen, welche Vorgänge auf Transaktionstabellen zugreifen. Führen wir einige Experimente durch, um zu überprüfen, welche Art von Vorgängen auf die Transaktionstabelle zugreifen. Zunächst eine kurze Einführung in eine Ansicht
8.Interpretation des durch DML-Anweisungen im IMU-Modus generierten REDORECORD-Formats
Einführung: Zusammenfassung: Die von der DML-Anweisung im IMU-Modus generierte REDO RECORD-Formel besteht darin, dass es zuerst einen Betriebsänderungsrektor gibt, dann einen Änderungsrektor, der Transaktionsinformationen in die Transaktionstabelle im UNDO-Segmentheader schreibt, und dann nach dem Betrieb Der Änderungsrektor wird übermittelt und die Daten werden vor der Änderung im UNDO-Änderungsrektor abgelegt. Hinweis: Im Experiment werden INSERT und DELETE nacheinander ausgeführt, UPDAT
9. Mysql-Master-Slave-Synchronisierungsproblembehandlung
Einführung: Aus verschiedenen Gründen kommt es in der MySQL-Master-Slave-Architektur häufig zu Dateninkonsistenzen, die grob in die folgenden Kategorien zusammengefasst werden können 1 : Sicherungsbibliothek schreibt Daten 2: Nicht deterministische Abfrage ausführen 3: Transaktionen zurücksetzen, die Transaktionstabellen und Nicht-Transaktionstabellen mischen 4: Binlog oder Relaylog Datenbeschädigung und Datensynchronisation können bei Anwendungen zu schwerwiegenden Schäden führen von Mastern und Slaves 10. Erweiterte MySQL-Funktionen ----Transaktionsverarbeitung_MySQL Einführung: Verwendung von Transaktionen Bei der Verarbeitung in MySQL müssen Sie zunächst eine Tabelle mit einem Transaktionstabellentyp (z. B. BDB = Berkeley DB oder InnoDB) erstellen. CREATE TABLE account ( account_id BIGINT UNSIGNED NOT NULL PRIMARY KEY AUTO_INCREMENT, balance DOUBLE ) TYPE = InnoDB; Um die Transaktionsverarbeitung für eine Transaktionstabelle zu verwenden, müssen Sie zuerst
Das obige ist der detaillierte Inhalt vonEmpfehlen Sie 10 häufig verwendete Nutzungstabellen. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!