Apakah log Binlog MySQL dan replikasi tuan-hamba?

1. Pengenalan kepada log Binlog

Binlog ialah singkatan daripada Binary log, iaitu log binari. Tiga fungsi utama Binlog termasuk menukar IO rawak kepada IO berjujukan untuk kegigihan, merealisasikan replikasi tuan-hamba, dan menyokong pemulihan data. Artikel ini memfokuskan pada isu yang berkaitan dengan replikasi tuan-hamba.

Log binlog terdiri daripada fail indeks dan banyak fail log Setiap fail log terdiri daripada nombor ajaib dan setiap fail log berakhir dengan acara jenis Putar.

Untuk setiap acara, ia boleh dibahagikan kepada dua bahagian: pengepala acara dan badan acara:

Pengepala acara Strukturnya adalah seperti berikut:

Struktur badan acara termasuk saiz tetap dan saiz berubah.

Bagi format log Binlog, anda hanya perlu mempunyai kefahaman yang mudah. ​​Pelajar yang berminat boleh belajar secara mendalam.

2. Replikasi tuan-hamba

2.1 Proses replikasi tuan-hamba

Proses replikasi tuan-hamba MySQL kira-kira seperti berikut:

• Pustaka induk menyegerakkan log Binlognya sendiri ke perpustakaan hamba

• Benang IO hamba perpustakaan menulis kandungan log Binlog ke Log Geganti

• Dapatkan Log Geganti daripada benang SQL perpustakaan dan mainkannya semula dalam pangkalan data

2.2 GTID

GTID merujuk kepada bendera Transaksi global, digunakan untuk menandakan penyegerakan tuan-hamba.

Apabila nod induk melakukan transaksi, GTID akan dijana dan direkodkan dalam log Binlog. Apabila benang IO pustaka hamba membaca log Binlog, ia akan menyimpannya dalam Relaylognya sendiri dan menetapkan nilai ini kepada gtid_next, iaitu GTID seterusnya yang akan dibaca Apabila membaca gtid_next ini daripada perpustakaan, ia akan membandingkan Sama ada di sana adakah GTID ini dalam log Binlog anda sendiri:

• Jika terdapat rekod ini, bermakna transaksi GTID ini telah dilaksanakan dan boleh diabaikan (idempotent).

• Jika tiada rekod sedemikian, hamba akan melaksanakan transaksi GTID dan merekodkannya dalam log Binlognya sendiri.

2.3 Model replikasi

• Replikasi tak segerak: tuan menolak log Binlog kepada hamba untuk menunggu sehingga hamba Selepas berjaya mengemas kini data ke log Relay, pangkalan data utama boleh terus menyerahkan transaksi. Mod ini mengorbankan ketekalan data.

• Replikasi segerak: Setiap kali pengguna beroperasi, ia mesti dipastikan bahawa kedua-dua Master dan Slave berjaya dilaksanakan sebelum mengembalikannya kepada pengguna.

• Replikasi separa segerak: Ia tidak memerlukan Hamba untuk melaksanakan dengan jayanya, tetapi ia boleh memberitahu Guru untuk kembali selepas berjaya menerima log Induk.

Mod 2.4 MGR

Algoritma konsensus teragih Paxos. Kluster pangkalan data terdiri daripada sekurang-kurangnya 3 atau lebih penyerahan Transaksi mesti diluluskan oleh lebih separuh daripada nod sebelum ia boleh diserahkan kepada mod berbilang tulis.

MGR ialah penyelesaian replikasi tanpa perkongsian, dilaksanakan berdasarkan protokol paxos yang diedarkan Setiap kejadian mempunyai salinan lengkap data yang bebas Kluster menyemak maklumat nod dan menyegerakkan data. Kedua-dua mod induk tunggal dan mod berbilang induk disediakan secara automatik Mod induk selepas pangkalan data utama turun Semua penulisan dilakukan pada nod induk menyokong penulisan berbilang nod. Kluster menyediakan toleransi kesalahan Selagi kebanyakan nod berjalan seperti biasa, kluster boleh menyediakan perkhidmatan secara normal.

2.5 Main Balik Selari

Main balik transaksi ialah proses melaksanakan Log Geganti daripada utas SQL pustaka adalah untuk meningkatkan kecekapan proses ini dan melakukan transaksi yang boleh dijalankan selari pada masa yang sama.

• Main balik selari berdasarkan jam logik

Oleh kerana transaksi MySQL sendiri mempunyai ciri ACID, transaksi daripada pangkalan data induk kepada pangkalan data hamba disegerakkan . Selagi masa logik pelaksanaannya bertindih, kedua-dua transaksi boleh dimainkan semula secara selari dengan selamat.

• Main balik selari berdasarkan writeSet

Simpan set transaksi mengenai kawasan blok data tertentu dalam tempoh masa tertentu dalam HashMap. Konflik tidak berlaku antara urus niaga dalam kumpulan yang sama atau antara urus niaga dengan jam logik yang bertindih, dan sebaliknya adalah mustahil untuk menentukan sama ada konflik wujud.

Atas ialah kandungan terperinci Apakah log Binlog MySQL dan replikasi tuan-hamba?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!