Bagaimana untuk menggunakan replikasi MySQL GTID-tutorial mysql-php.cn

Bagaimana untuk menggunakan replikasi MySQL GTID

Sejak MySQL 5.6.5, kaedah replikasi berasaskan pengecam transaksi global (GTID) telah diperkenalkan. GTID memastikan bahawa setiap transaksi yang diserahkan kepada pangkalan data utama dalam kelompok mempunyai pengecam unik. Kaedah ini mengukuhkan konsistensi sandaran utama pangkalan data, pemulihan kerosakan dan keupayaan toleransi kesalahan.

Apakah itu GTID

GTID (ID Transaksi Global) ialah nombor transaksi yang diserahkan dan merupakan nombor unik di peringkat global. GTID sebenarnya terdiri daripada UUID+TID. UUID ialah pengecam unik bagi contoh MySQL. Nilai TID meningkat secara monoton dengan setiap transaksi yang diserahkan, merekodkan bilangan transaksi yang telah diserahkan pada kejadian ini.

Berikut ialah bentuk khusus GTID: 3E11FA47-71CA-11E1-9E33-C80AA9429562:23 kolon memisahkan uuid di hadapan dan TID di belakang.

Koleksi GTID boleh mengandungi transaksi daripada berbilang tika MySQL, dipisahkan dengan koma.

Jika julat berbilang nombor jujukan transaksi datang daripada tika MySQL yang sama, setiap julat hendaklah dipisahkan dengan titik bertindih. Contohnya: e6954592-8dba-11e6-af0e-fa163e1cf111:1-5:11-18,e6954592-8dba-11e6-af0e-fa163e1cf3f2:1-27.

Apakah penambahbaikan GTID?

Dalam replikasi berasaskan log binari asal, perpustakaan hamba perlu memberitahu perpustakaan induk yang mengimbangi untuk melaksanakan penyegerakan tambahan, jika dinyatakan Ralat boleh menyebabkan data ditinggalkan, menyebabkan data tidak konsisten. Dengan bantuan GTID, sekiranya berlaku pertukaran induk-hamba, pangkalan data hamba MySQL yang lain secara automatik boleh mencari lokasi replikasi yang betul pada pangkalan data induk baharu, yang sangat memudahkan penyelenggaraan kluster di bawah topologi replikasi kompleks dan mengurangkan kejadian tetapan manual lokasi replikasi. Menggunakan replikasi berasaskan GTID mengurangkan risiko ketidakkonsistenan data dengan mengecualikan transaksi yang telah dilaksanakan.

Berdasarkan set gtid, pangkalan data induk boleh mengetahui dengan tepat data mana yang tiada daripada pangkalan data hamba, dan tidak akan memberikan lebih atau kurang data kepada pangkalan data hamba, dengan itu mengelakkan pembaziran lebar jalur rangkaian.

Struktur tuan-hamba MySQL tidak mempunyai kelebihan untuk GTID dalam kes satu tuan dan satu hamba Walau bagaimanapun, kelebihan struktur dengan lebih daripada 2 tuan adalah sangat jelas, dan tuan baharu boleh ditukar tanpa kehilangan data.

Nota: Sebelum membina replikasi induk-hamba, lakukan beberapa operasi (seperti pembersihan data, dll.) pada kejadian yang akan menjadi induk, dan replikasi melalui GTID ini sebelum ini tuan-hamba ditubuhkan. Operasi juga akan disalin ke pelayan hamba, menyebabkan replikasi gagal. Maksudnya, replikasi melalui GTID sentiasa bermula dari log transaksi terawal, walaupun operasi ini dilakukan sebelum replikasi. Sebagai contoh, jika anda melakukan beberapa operasi jatuh dan memadam pada pelayan1, dan kemudian melakukan operasi perubahan pada pelayan2, pelayan2 juga akan melakukan operasi pembersihan pada pelayan1.

Cara GTID berfungsi

Apabila transaksi dilaksanakan dan diserahkan pada bahagian perpustakaan utama, GTID dijana dan direkodkan dalam binlog.
Selepas binlog dipindahkan ke hamba dan disimpan dalam relaylog hamba, baca nilai GTID ini dan tetapkan pembolehubah gtid_next, yang memberitahu hamba nilai GTID seterusnya untuk dilaksanakan .
Benang sql memperoleh GTID daripada log geganti, dan kemudian membandingkan binlog pada bahagian hamba untuk melihat sama ada GTID wujud.
Jika ada rekod, ini bermakna transaksi GTID telah dilaksanakan dan hamba akan mengabaikannya.
Jika tiada rekod, hamba akan melaksanakan urus niaga GTID dan merekodkan GTID ke binlognya sendiri Sebelum membaca dan melaksanakan urus niaga, ia akan terlebih dahulu menyemak bahawa sesi lain memegangnya GTID untuk memastikan Tidak dilaksanakan berulang kali.

Membina satu tuan dan satu salinan GTID hamba

Perancangan hos:

master: docker, port 3312
hamba: docker, port 3313

konfigurasi induk

Kandungan fail konfigurasi my.cnf adalah seperti berikut:

$ cat /home/mysql/docker-data/3313/conf/my.cnf
# For advice on how to change settings please see
# http://dev.mysql.com/doc/refman/5.7/en/server-configuration-defaults.html

[mysqld]
#
# Remove leading # and set to the amount of RAM for the most important data
# cache in MySQL. Start at 70% of total RAM for dedicated server, else 10%.
# innodb_buffer_pool_size = 128M
#
# Remove leading # to turn on a very important data integrity option: logging
# changes to the binary log between backups.
# log_bin
#
# Remove leading # to set options mainly useful for reporting servers.
# The server defaults are faster for transactions and fast SELECTs.
# Adjust sizes as needed, experiment to find the optimal values.
# join_buffer_size = 128M
# sort_buffer_size = 2M
# read_rnd_buffer_size = 2M
#datadir=/home/mysql/docker-data/3307/data
#socket=/home/mysql/docker-data/3307/mysql.sock

character_set_server=utf8
init_connect=&#39;SET NAMES utf8&#39;

# Disabling symbolic-links is recommended to prevent assorted security risks
symbolic-links=0

#log-error=/home/mysql/docker-data/3307/logs/mysqld.log
#pid-file=/home/mysql/docker-data/3307/mysqld.pid
lower_case_table_names=1
server-id=1403311
log-bin=mysql-bin
binlog-format=ROW
auto_increment_increment=1
auto_increment_offset=1
# 开启gtid
gtid_mode=ON
enforce-gtid-consistency=true

#rpl_semi_sync_master_enabled=1
#rpl_semi_sync_master_timeout=10000

Salin selepas log masuk

Buat instance docker:

$ docker run --name mysql3312 -p 3312:3306 --privileged=true -ti -e MYSQL_ROOT_PASSWORD=root -e MYSQL_DATABASE=order -e MYSQL_USER=user -e MYSQL_PASSWORD=pass -v /home/mysql/docker-data/3312/conf:/etc/mysql/conf.d -v /home/mysql/docker-data/3312/data/:/var/lib/mysql -v /home/mysql/docker-data/3312/logs/:/var/log/mysql -d mysql:5.7

Salin selepas log masuk

Tambah pengguna untuk replikasi dan benarkan:

mysql> GRANT REPLICATION SLAVE,FILE,REPLICATION CLIENT ON *.* TO &#39;repluser&#39;@&#39;%&#39; IDENTIFIED BY &#39;123456&#39;;
Query OK, 0 rows affected, 1 warning (0.01 sec)

mysql> FLUSH PRIVILEGES;
Query OK, 0 rows affected (0.01 sec)

Salin selepas log masuk

konfigurasi hamba

Kandungan fail konfigurasi my.cnf ialah konsisten dengan tuan, berhati-hati untuk mengubah suai pelayan -id, pastikan ia unik.

Buat contoh docker:

$ docker run --name mysql3313 -p 3313:3306 --privileged=true -ti -e MYSQL_ROOT_PASSWORD=root -e MYSQL_DATABASE=order -e MYSQL_USER=user -e MYSQL_PASSWORD=pass -v /home/mysql/docker-data/3313/conf:/etc/mysql/conf.d -v /home/mysql/docker-data/3313/data/:/var/lib/mysql -v /home/mysql/docker-data/3313/logs/:/var/log/mysql -d mysql:5.7

Salin selepas log masuk

Dayakan penyegerakan GTID:

mysql> change master to master_host=&#39;172.23.252.98&#39;,master_port=3310,master_user=&#39;repluser&#39;,master_password=&#39;123456&#39;,master_auto_position=1;
Query OK, 0 rows affected, 2 warnings (0.02 sec)

mysql> start slave;
Query OK, 0 rows affected (0.02 sec)

Salin selepas log masuk

Lihat status:

mysql> show master status;
+------------------+----------+--------------+------------------+----------------------------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set                      |
+------------------+----------+--------------+------------------+----------------------------------------+
| mysql-bin.000008 |      154 |              |                  | cd2eaa0a-7a59-11ec-b3b4-0242ac110002:1 |
+------------------+----------+--------------+------------------+----------------------------------------+
1 row in set (0.00 sec)

mysql> show slave status\G;
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 172.23.252.98
                  Master_User: repluser
                  Master_Port: 3312
                Connect_Retry: 60
              Master_Log_File: mysql-bin.000006
          Read_Master_Log_Pos: 419
               Relay_Log_File: 5dfbef024732-relay-bin.000003
                Relay_Log_Pos: 632
        Relay_Master_Log_File: mysql-bin.000006
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
              Replicate_Do_DB:
          Replicate_Ignore_DB:
           Replicate_Do_Table:
       Replicate_Ignore_Table:
      Replicate_Wild_Do_Table:
  Replicate_Wild_Ignore_Table:
                   Last_Errno: 0
                   Last_Error:
                 Skip_Counter: 0
          Exec_Master_Log_Pos: 419
              Relay_Log_Space: 846
              Until_Condition: None
               Until_Log_File:
                Until_Log_Pos: 0
           Master_SSL_Allowed: No
           Master_SSL_CA_File:
           Master_SSL_CA_Path:
              Master_SSL_Cert:
            Master_SSL_Cipher:
               Master_SSL_Key:
        Seconds_Behind_Master: 0
Master_SSL_Verify_Server_Cert: No
                Last_IO_Errno: 0
                Last_IO_Error:
               Last_SQL_Errno: 0
               Last_SQL_Error:
  Replicate_Ignore_Server_Ids:
             Master_Server_Id: 1403311
                  Master_UUID: cd2eaa0a-7a59-11ec-b3b4-0242ac110002
             Master_Info_File: /var/lib/mysql/master.info
                    SQL_Delay: 0
          SQL_Remaining_Delay: NULL
      Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates
           Master_Retry_Count: 86400
                  Master_Bind:
      Last_IO_Error_Timestamp:
     Last_SQL_Error_Timestamp:
               Master_SSL_Crl:
           Master_SSL_Crlpath:
           Retrieved_Gtid_Set: cd2eaa0a-7a59-11ec-b3b4-0242ac110002:1
            Executed_Gtid_Set: cd2eaa0a-7a59-11ec-b3b4-0242ac110002:1
                Auto_Position: 1
         Replicate_Rewrite_DB:
                 Channel_Name:
           Master_TLS_Version:
1 row in set (0.00 sec)

Salin selepas log masuk

Sisipkan data ke dalam jadual master.order:

mysql> insert into t_order values(4,"V");

Salin selepas log masuk

Mendapati bahawa data telah disegerakkan kepada hamba:

mysql> select * from order.t_order;
+------+------+
| id   | name |
+------+------+
|    4 | V    |
+------+------+
3 rows in set (0.00 sec)

Salin selepas log masuk

Hentikan hamba dahulu, dan kemudian masukkan data ke dalam jadual master.order:

mysql> insert into t_order values(5,"X");

Salin selepas log masuk

Kemudian mulakan hamba semula , dan mendapati bahawa data telah disegerakkan secara automatik:

mysql> stop slave;
Query OK, 0 rows affected (0.01 sec)

mysql> select * from order.t_order;
+------+------+
| id   | name |
+------+------+
|    4 | V    |
+------+------+
3 rows in set (0.00 sec)

mysql> start slave;
Query OK, 0 rows affected (0.02 sec)

mysql> select * from order.t_order;
+------+------+
| id   | name |
+------+------+
|    4 | V    |
|    5 | X    |
+------+------+
4 rows in set (0.00 sec)

Salin selepas log masuk

Masalah yang dihadapi

Tunjukkan status hamba pada pelayan hamba:

Fatal error: The slave I/O thread stops because master and slave have equal MySQL server UUIDs; these UUIDs must be different for replication to work.

Salin selepas log masuk

Periksa dahulu sama ada server_id tuan dan slave adalah konsisten. Jika ia konsisten, ubah suai server_id dalam fail my.cnf:

mysql> show variables like &#39;server_id&#39;;

Salin selepas log masuk

Kemudian semak sama ada uuid master dan slave adalah konsisten:

mysql> show variables like &#39;%uuid%&#39;;

Salin selepas log masuk

Jika uuid. adalah konsisten, ubah suai fail auto.cnf dalam direktori data, salin keseluruhan direktori data, dan salin fail auto.cnf yang saya juga salin, dan ia merekodkan uuid pangkalan data hendaklah berbeza.

Atas ialah kandungan terperinci Bagaimana untuk menggunakan replikasi MySQL GTID. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!