Artikel ini membawa anda pengetahuan yang berkaitan tentang mysql, yang terutamanya memperkenalkan isu berkaitan replikasi GTID ialah nombor transaksi yang diserahkan dan merupakan Nombor unik di peringkat global, mari kita lihat bersama-sama. Saya harap ia akan membantu semua orang.
Pembelajaran yang disyorkan: tutorial video mysql
Kaedah replikasi berasaskan GTID baharu telah ditambah sejak MySQL 5.6.5. GTID memastikan bahawa setiap transaksi yang diserahkan pada pangkalan data utama mempunyai ID unik dalam kelompok. Kaedah ini mengukuhkan ketekalan primer dan sekunder, pemulihan kerosakan dan keupayaan toleransi kesalahan pangkalan data.
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. TID mewakili bilangan urus niaga yang telah dilakukan pada kejadian ini dan meningkat secara monoton apabila urus niaga dilakukan.
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 nombor jujukan transaksi daripada tika MySQL yang sama mempunyai berbilang julat, pisahkan julat dengan titik bertindih. Contohnya: e6954592-8dba-11e6-af0e-fa163e1cf111:1-5:11-18,e6954592-8dba-11e6-af0e-fa163e1cf3f2:1-27.
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. Di samping itu, replikasi berasaskan GTID boleh mengabaikan transaksi yang telah dilaksanakan, mengurangkan risiko ketidakkonsistenan data.
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 apabila terdapat satu tuan dan satu hamba Walau bagaimanapun, untuk struktur dengan lebih daripada 2 tuan, kelebihannya amat 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.
Perancangan hos:
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='SET NAMES utf8' # 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
Buat contoh 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
Tambah pengguna untuk replikasi dan kebenaran:
mysql> GRANT REPLICATION SLAVE,FILE,REPLICATION CLIENT ON *.* TO 'repluser'@'%' IDENTIFIED BY '123456'; Query OK, 0 rows affected, 1 warning (0.01 sec) mysql> FLUSH PRIVILEGES; Query OK, 0 rows affected (0.01 sec)
Kandungan fail konfigurasi my.cnf adalah konsisten dengan induk server-id untuk memastikan 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
Dayakan penyegerakan GTID:
mysql> change master to master_host='172.23.252.98',master_port=3310,master_user='repluser',master_password='123456',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)
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)
Sisipkan dalam jadual master.order Data:
mysql> insert into t_order values(4,"V");
Mendapati bahawa data telah disegerakkan kepada hamba:
mysql> select * from order.t_order; +------+------+ | id | name | +------+------+ | 4 | V | +------+------+ 3 rows in set (0.00 sec)
Hentikan hamba dahulu, kemudian masukkan data ke dalam jadual master.order:
mysql> insert into t_order values(5,"X");
Kemudian Mulakan hamba sekali lagi dan ketahui 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)
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.
Mula-mula semak master dan slave Periksa sama ada server_id konsisten Jika ya, ubah suai medan server_id dalam fail my.cnf:
mysql> show variables like 'server_id';
Kemudian semak sama ada uuid master dan slave adalah. konsisten:
mysql> show variables like '%uuid%';
Jika uuid konsisten, pergi ke Ubah suai fail auto.cnf dalam direktori data, salin keseluruhan direktori data, dan juga salin fail auto.cnf pangkalan data direkodkan di dalamnya. Uid setiap perpustakaan hendaklah berbeza.
Pembelajaran yang disyorkan: tutorial video mysql
Atas ialah kandungan terperinci Penjelasan terperinci contoh replikasi MySQL tentang replikasi GTID. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!
![[Web front-end] Permulaan pantas Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
