1.GTIDの概要
GTIDは、元のmysqlサーバーに基づいて正常に実行されたグローバルトランザクションIDであり、サーバーIDとトランザクションIDの組み合わせです。このグローバルトランザクションIDは、元のサーバーだけでなく、マスターとスレーブの関係にあるすべてのmysqlサーバーでも一意です。mysqlのマスタースレーブレプリケーションがより単純になり、データベースの整合性がより信頼できるのは、まさにそのような機能のためです。この記事では、主にGTIDベースのマスタースレーブレプリケーションアーキテクチャの迅速な構成について説明します。
2.GTIDの概念
- 1.グローバルトランザクション識別子:グローバルトランザクション識別子。
- 2. GTIDは、トランザクションとグローバルに一意のIDの1対1の対応です。
- 3. GTIDは、サーバー上で1回だけ実行され、繰り返し実行によって引き起こされるマスターとスレーブ間のデータの混乱や不整合を回避します。
- 4. GTIDは、従来のコピー方法を置き換えるために使用され、MASTER_LOG_FILE + MASTER_LOG_POSを使用してコピーを開始することはなくなりました。代わりに、MASTER_AUTO_POSTION = 1でコピーを開始してください。
- 5. MySQL-5.6.5がサポートを開始し、MySQL-5.6.10が改善を開始しました。
- 6.従来のスレーブ側では、binlogをオンにする必要はありませんが、GTIDでは、実行されたGTIDを記録するためにスレーブ側のbinlogをオンにする必要があります(必須)。
3.GTIDの構成
GTID = source_id:transaction_id
- source_idは、元のサーバー、つまりmysqlサーバーの一意のserver_uuidを識別するために使用されます。GTIDはスレーブに渡されるため、ソースIDとしても理解できます。
- transaction_idは、現在のサーバーでコミットされたトランザクションのシーケンス番号であり、通常は1から始まる自己増加シーケンスであり、値はトランザクションに対応します。
- 例:
3E11FA47-71CA-11E1-9E33-C80AA9429562:23
最初の文字列はサーバーのserver_uuidであり、3E11FA47-71CA-11E1-9E33-C80AA9429562であり、最後の23はtransaction_idです。
4.GTIDの利点
1、更简单的实现failover,不用以前那样在需要找log_file和log_pos。
2、更简单的搭建主从复制。
3、比传统的复制更加安全。
4、GTID是连续的没有空洞的,保证数据的一致性,零丢失。
5.GTIDの仕組み
- メインライブラリ側でトランザクションが実行および送信されると、GTIDが生成され、binlogログに一緒に記録されます。
- binlogがスレーブに送信され、スレーブのリレーログに格納された後、このGTIDの値が読み取られ、gtid_next変数が設定されます。これにより、スレーブに次に実行されるGTID値が通知されます。
- SQLスレッドはリレーログからGTIDを取得し、スレーブ側のbinlogにGTIDがあるかどうかを比較します。
- レコードがある場合は、GTIDトランザクションが実行され、スレーブがそれを無視することを意味します。
- レコードがない場合、スレーブはGTIDトランザクションを実行し、GTIDを自身のbinlogに記録します。実行トランザクションを読み取る前に、他のセッションがGTIDを保持していることを確認して、繰り返し実行されないようにします。
- 解析プロセスでは、主キーがあるかどうかが判断されます。ない場合は、セカンダリインデックスを使用し、ない場合はフルスキャンを使用します。
6.マスター構成
実験の前に、マスター側とスレーブ側でファイアウォールとselinuxをオフにする必要があります
systemctl stop firewalld
setenforce 0
6.1マスターのIPアドレスは 192.168.153.136
6.2マスターソースソースコードにmysql5.6.36をインストールします
链接>> https://blog.csdn.net/m0_46674735/article/details/112316966
6.3マスター側のmysql構成ファイルは
[root@host-136 ~]# grep -v "^#" /etc/my.cnf
[mysqld]
server_id=136 #服务器id
gtid_mode=on #开启gtid模式
enforce_gtid_consistency=on #强制gtid一致性,开启后对于特定create table不被支持
log_bin=master-binlog
log-slave-updates=1
binlog_format=row #强烈建议,其他格式可能造成数据不一致
skip_slave_start=1
sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES
6.4mysqlサービスを開始します
service mysqld start
6.5 mysqlにログインして、スレーブを承認します
[root@host-136 mysql]# mysql
Welcome to the MySQL monitor. Commands end with ; or \g.
mysql> grant replication slave on *.* to slave@'%' identified by '123';
Query OK, 0 rows affected (0.00 sec)
mysql> flush privileges;
Query OK, 0 rows affected (0.01 sec)
7.スレーブ構成
7.1スレーブのIPアドレスは 192.168.153.137
7.2スレーブソースコードにmysql5.6.36をインストールします
链接>> https://blog.csdn.net/m0_46674735/article/details/112316966
7.3スレーブ側のmysql構成ファイルは
[root@host-137 ~]# grep -v "^#" /etc/my.cnf
[mysqld]
server_id=137 #服务器id
gtid_mode=on #开启gtid模式
enforce_gtid_consistency=on #强制gtid一致性,开启后对于特定create table不被支持
log_bin=master-binlog
log-slave-updates=1
binlog_format=row #强烈建议,其他格式可能造成数据不一致
skip_slave_start=1
sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES
7.4mysqlサービスを開始します
service mysqld start
7.5 mysqlにログインして、マスターとの接続を確立します
[root@host-137 mysql]# mysql
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 1
Server version: 5.6.36-log Source distribution
mysql> stop slave; #停止I/O 线程和SQL线程的操作
Query OK, 0 rows affected, 1 warning (0.00 sec)
mysql> change master to
-> master_host='192.168.153.136',
-> master_user='slave',
-> master_password='123',
-> master_auto_position=1;
Query OK, 0 rows affected, 2 warnings (0.12 sec)
mysql> start slave; #开启I/O 线程和SQL线程的操作
Query OK, 0 rows affected (0.00 sec)
7.6スレーブステータスの表示
mysql> show slave status\G;
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.153.136
Master_User: slave
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: master-binlog.000001
Read_Master_Log_Pos: 525
Relay_Log_File: host-137-relay-bin.000002
Relay_Log_Pos: 743
Relay_Master_Log_File: master-binlog.000001
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: 525
Relay_Log_Space: 950
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: 136
Master_UUID: 4baa6b83-4fbf-11eb-b58a-000c2932f06b
Master_Info_File: /usr/local/mysql/data/master.info
SQL_Delay: 0
SQL_Remaining_Delay: NULL
Slave_SQL_Running_State: Slave has read all relay log; waiting for the slave I/O thread to update it
Master_Retry_Count: 86400
Master_Bind:
Last_IO_Error_Timestamp:
Last_SQL_Error_Timestamp:
Master_SSL_Crl:
Master_SSL_Crlpath:
Retrieved_Gtid_Set: 4baa6b83-4fbf-11eb-b58a-000c2932f06b:1-2
Executed_Gtid_Set: 4baa6b83-4fbf-11eb-b58a-000c2932f06b:1-2
Auto_Position: 1
1 row in set (0.00 sec)
ERROR:
No query specified
8.マスターとスレーブを確認します
8.1マスターにbwwgデータベースを作成する
mysql> create database bwwg charset utf8;
Query OK, 1 row affected (0.00 sec)
8.2軟膏の表示
データベースの同期が成功しました
mysql> show databases;
+--------------------+
| Database |
+--------------------+
| information_schema |
| bwwg |
| mysql |
| performance_schema |
| test |
+--------------------+
5 rows in set (0.00 sec)