Replikasi master-hamba MySQL menyedari penyegerakan data melalui log binari. Rekod perpustakaan utama menulis operasi ke log binari. Perpustakaan Hamba memperoleh log melalui benang I/O dan menulisnya untuk menyampaikan log. Kemudian benang SQL melaksanakan pernyataan dalam log untuk memastikan data konsisten. 1. Perpustakaan utama perlu membolehkan log binari dan menetapkan ID pelayan yang unik; 2. Buat akaun replikasi khusus dan membenarkannya; 3. Tetapkan pelayan yang berbeza untuk perpustakaan hamba dan membolehkan log relay; 4. Gunakan MySqldump untuk mendapatkan gambar perpustakaan utama dan mengimport perpustakaan hamba; 5. Konfigurasikan parameter Master Change dan mulakan benang replikasi; 6. Semak status Slave_io_Running dan Slave_SQL_Running untuk memastikan replikasi berjalan secara normal.

MySQL Master-Slave Replication adalah skim seni bina pangkalan data biasa yang digunakan untuk melaksanakan replikasi data asynchronous atau separa sinkron. Ia boleh merakam perubahan data dari satu pelayan MySQL dan memainkan semula perubahan ini pada pelayan lain, dengan itu mencapai redundansi data, membaca dan menulis pemisahan, ketersediaan tinggi dan tujuan lain.

Mari kita lihat mekanisme asas dan kaedah konfigurasi.

1. Bagaimana replikasi mysql berfungsi

Inti Replikasi MySQL adalah log binari (log binari) , dan perpustakaan utama akan merakam semua operasi menulis (seperti memasukkan, mengemas kini, memadam) ke dalam log ini. Kemudian sambungkan ke perpustakaan utama dari perpustakaan, minta kandungan log ini, dan simpannya sebagai log relay anda sendiri, dan akhirnya melaksanakan pernyataan ini dari log relay untuk mengekalkan konsistensi dengan perpustakaan utama.

Ia melibatkan tiga benang:

• Thread Dump di Perpustakaan Utama : Bertanggungjawab menghantar Log Perduaan ke Perpustakaan Hamba.
• I/O Thread di Perpustakaan Hamba : Bertanggungjawab menerima log dari Perpustakaan Master dan menulis ke Log Relay.
• SQL Thread dari Perpustakaan : Bertanggungjawab untuk membaca log relay dan melaksanakan pernyataan SQL di dalamnya.

Kaedah ini dapat merealisasikan replikasi tak segerak , atau replikasi separa sinkron dapat dilaksanakan melalui konfigurasi untuk meningkatkan konsistensi data.

2. Langkah Asas untuk mengkonfigurasi Perpustakaan Utama

Untuk membolehkan replikasi, anda mesti memastikan bahawa perpustakaan utama mempunyai log binari yang diaktifkan dan menetapkan ID pelayan yang unik.

Titik konfigurasi adalah seperti berikut:

• Edit fail my.cnf atau my.ini :

   pelayan-id = 1
  log-bin = mysql-bin

• Buat akaun khusus untuk menyalin:

   Buat pengguna 'repl'@'%' yang dikenal pasti oleh 'your_password';
  Memberikan hamba replikasi pada *. * Ke 'repl'@'%';
  Keistimewaan siram;

• Semak lokasi Log Perduaan semasa:

   Tunjukkan status induk;

Selepas langkah ini selesai, perpustakaan utama sudah siap, dan langkah seterusnya adalah untuk mengkonfigurasi perpustakaan hamba.

3. Konfigurasikan butiran utama perpustakaan hamba

Perpustakaan hamba juga perlu menetapkan pelayan yang unik, tetapi ia tidak boleh sama dengan perpustakaan utama. Ia juga disyorkan untuk membolehkan relay_log, walaupun tidak perlu, tetapi ia membantu dalam pengoptimuman prestasi.

Langkah -langkah tertentu adalah seperti berikut:

• Ubah suai fail konfigurasi dari perpustakaan:

   pelayan-id = 2
  Relay-Log = Relay-Log

• Sebelum memulakan replikasi, pastikan perpustakaan hamba mempunyai gambaran data awal perpustakaan utama, yang boleh dilaksanakan melalui mysqldump:

   mysqldump -H Perpustakaan Utama IP -U Nama Pengguna -P -MASTER -DATA = 2 -Single -Transaksi Pangkalan Data Nama> DUMP.SQL

  Selepas memulihkan ke perpustakaan hamba, konfigurasikannya mengikut arahan Master Change dalam fail dump.

• Gunakan SQL untuk menyediakan maklumat perpustakaan utama:

   Tukar Master ke
    Master_host = 'IP Perpustakaan Utama',
    Master_user = 'repl',
    Master_password = 'kata laluan',
    Master_log_file = 'mysql-bin.000001',
    Master_log_pos = 4;

• Akhirnya mulakan thread salinan:

   Mula hamba;

Ingatlah untuk memeriksa status:

 Tunjukkan status hamba \ g

Fokus pada sama ada Slave_IO_Running dan Slave_SQL_Running adalah kedua -duanya.

4. Soalan dan langkah berjaga -jaga yang sering ditanya

Beberapa masalah biasa mungkin ditemui semasa proses replikasi, seperti gangguan rangkaian, kesilapan pelaksanaan SQL, konflik utama utama, dan lain -lain. Berikut adalah beberapa cadangan praktikal:

• Elakkan mengubah data secara manual dari perpustakaan , jika tidak, ia boleh menyebabkan kegagalan replikasi atau ketidakkonsistenan data.

• Periksa secara kerap untuk kelewatan replikasi, yang boleh dilihat melalui medan Seconds_Behind_Master .

• Jika ralat SQL berlaku, ralat boleh dilangkau (untuk kesilapan tidak kritikal):

   Tetapkan global sql_slave_skip_counter = 1;
  Mula hamba;

• Bagi persekitaran pengeluaran, disyorkan untuk menggunakan GTID (Pengenal Transaksi Global) untuk menguruskan replikasi untuk memudahkan proses pemulihan kegagalan.

• Sekiranya firewall diaktifkan, pastikan pelabuhan 3306 Perpustakaan Master dibuka ke Perpustakaan Hamba.

Pada dasarnya itu sahaja. Mekanisme replikasi MySQL tidak rumit, tetapi anda perlu memberi perhatian kepada butiran ketika mengkonfigurasi, terutama pelayan-id, nama fail log binari dan lokasi, yang terdedah kepada kesilapan. Selagi anda mengikuti langkah langkah demi langkah, anda biasanya boleh berjalan dengan lancar.

Atas ialah kandungan terperinci Mekanisme dan konfigurasi replikasi mysql. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!