So unterscheiden Sie MySQLs innodb_flush_log_at_trx_commit und sync_binlog

Die beiden Parameter innodb_flush_log_at_trx_commit und sync_binlog sind Schlüsselparameter zur Steuerung der MySQL-Festplattenschreibstrategie und Datensicherheit.

Variablen wie „innodb_flush_log_at_trx_commit“ anzeigen;

innodb_flush_log_at_trx_commit:

0: Der Hauptthread von MySQL schreibt das Redo-Protokoll jede Sekunde im Protokollpuffer der Speicher-Engine in die Protokolldatei und ruft den Synchronisierungsvorgang des Dateisystems auf, um das Protokoll auf der Festplatte zu aktualisieren.

1: Bei jedem Festschreiben einer Transaktion wird das Redo-Protokoll im Protokollpuffer der Speicher-Engine in die Protokolldatei geschrieben und der Synchronisierungsvorgang des Dateisystems wird aufgerufen, um das Protokoll auf der Festplatte zu aktualisieren.

2: Bei jedem Festschreiben einer Transaktion wird das Redo-Protokoll im Protokollpuffer der Speicher-Engine in die Protokolldatei geschrieben und der Haupt-Thread der Speicher-Engine schreibt das Protokoll jede Sekunde auf die Festplatte.

Variablen wie „sync_binlog“ anzeigen;

sync_binlog:

0: Die Speicher-Engine schreibt das Binärprotokoll nicht auf die Festplatte und das Dateisystem des Betriebssystems steuert die Cache-Leerung.

1: Bei jeder Übermittlung einer Transaktion ruft die Speicher-Engine den Synchronisierungsvorgang des Dateisystems auf, um den Cache zu aktualisieren. Diese Methode ist die sicherste, weist aber eine geringere Leistung auf.

n: Wenn die übermittelte Protokollgruppe = n ist, ruft die Speicher-Engine den Synchronisierungsvorgang des Dateisystems auf, um den Cache zu aktualisieren.

sync_binlog=0 oder sync_binlog ist größer als 1, die Transaktion wurde festgeschrieben, aber noch nicht mit der Festplatte synchronisiert. Daher ist es im Falle eines Stromausfalls oder Betriebssystemabsturzes möglich, dass der Server einige Transaktionen festgeschrieben hat, die noch nicht mit dem Binärprotokoll synchronisiert wurden. Daher ist es nicht möglich, diese Transaktionen routinemäßig wiederherzustellen, da sie im Binärprotokoll verloren gehen würden.

Am sichersten ist es, wenn sowohl innodb_flush_log_at_trx_commit als auch sync_binlog 1 sind. Im Falle eines Absturzes des MySQLD-Dienstes oder des Serverhosts kann im Binärprotokoll höchstens eine Anweisung oder eine Transaktion verloren gehen. Allerdings kann man nicht alles haben und gleichzeitig essen. Doppelt 1, 1 führt zu häufigen IO-Operationen, daher ist dieser Modus auch der langsamste Weg.

Bei der tatsächlichen Verwendung müssen die geschäftlichen Anforderungen an Leistung und Sicherheit berücksichtigt und die Einstellungen der beiden Parameter umfassend bedacht werden. Das obige Bild zeigt die Parameter unserer Online-Maschine.

Oben finden Sie Einzelheiten zur Unterscheidung von MySQLs innodb_flush_log_at_trx_commit und sync_binlog. Weitere Informationen zu MySQLs innodb_flush_log_at_trx_commit und sync_binlog finden Sie in den anderen verwandten Artikeln auf 123WORDPRESS.COM!