MySQLマスター/スレーブレプリケーション（6）-GTIDレプリケーション
GTIDベースのレプリケーションは、MySQL 5.6からサポートされているレプリケーション方式です。GTIDはグローバルトランザクションID（Global Transaction ID）と呼ばれ、プライマリサーバーで送信されるトランザクションごとにレプリケーションクラスタでグローバルに一意のIDを生成できることを保証しますID。GTIDは、MySQLのマスター/スレーブレプリケーションを容易にし、データベースの一貫性の信頼性を高めます。
GITDはサーバーID（source_id）とトランザクションID（transaction_id）で構成されます。（1）source_idはトランザクションを実行するメインデータベースのserver-uuid値であり、server-uuidはデータベースのデータディレクトリのauto.confファイルに格納されます。（2）トランザクションIDは、1から始まる自己増加シーケンスであり、特定のトランザクションがメインライブラリで実行される最初のトランザクションであることを示します。
1. GITDコピーの概要
1. GITDレプリケーションの機能
GITDベースのレプリケーションとログベースのレプリケーションの違い：
（1）ログベースのレプリケーションでは、スレーブサーバーがマスターサーバーに接続し、増分同期を開始するバイナリログオフセットからマスターサーバーに通知します;
（2） ）GTIDベースのレプリケーションでは、最初にスレーブサーバーがマスターサーバーに、スレーブサーバーによって実行されたトランザクションのGTID値を通知します。次に、マスターデータベースが、スレーブデータベースで実行されていないすべてのトランザクションをスレーブデータベースに送信して実行します。また、指定されたスレーブライブラリで同じトランザクションが1回だけ実行されるため、繰り返し実行によるマスターとスレーブ間のデータの混乱や不整合の問題を回避できます。
従来のログベースのレプリケーションと比較して、GITDベースのレプリケーションには次の特徴があります。
（1）GTIDはMASTER_LOG_FILEおよびMASTER_LOG_POSを使用してコピーを開始しなくなりましたが、MASTER_AUTO_POSTION = 1を使用してコピーを開始します。
（2）GTIDコピーモードでは、実行されたGTIDを記録するためにスレーブ側のバイナリログをオンにする必要があります。ログベースのレプリケーションモードでは、スレーブ側のバイナリログをオンにする必要はありません。
2. GTIDレプリケーションの動作原理
GTIDレプリケーションの動作原理は次のとおりです：
（1）トランザクションが実行されてメインライブラリに送信されると、GTIDが生成され、binlogログに記録されます;
（2）binlogがスレーブに送信され、スレーブのrelaylogに保存され、このGTIDが読み取られますそして、gtid_next変数を設定して、スレーブに次に実行するGTID値を指示します。
（3）SQLスレッドはリレーログからGTIDを取得し、スレーブ側のbinlogにGTIDがあるかどうかを比較します。レコードがある場合、それはGTIDトランザクションが実行され、スレーブがそれを無視することを意味します。レコードがない場合、スレーブはGTIDトランザクションを実行し、GTIDを独自のビンログに記録し、トランザクションを読み取って実行する前に他のセッションの保持を確認しますGTIDは繰り返し実行されないことが保証されています。
2、GITDコピー構成
1.動作環境
オペレーティングシステム：CentOS Linuxリリース7.8.2003（コア）
MySQLバージョン：MySQL5.7
プライマリサーバーIP：192.168.1.11
スレーブサーバーIP：192.168.1.12
2.マスターサーバーとスレーブサーバーの構成ファイルを変更する
（1）メインサーバーのmy.cnfファイルを構成し、構成ファイルに次のコンテンツを追加します。
[mysqld]
server-id = 1
gtid_mode = on # 开启gtid模式
enforce_gtid_consistency = on # 强制gtid一致性
log_bin = mysql-master-binlog
log-slave-updates = 1
binlog_format = row # 二进制日志的模式建议使用row
skip_slave_start = 1
（2）スレーブサーバーのmy.cnfファイルを構成し、構成ファイルに次の内容を追加します。
[mysqld]
server-id = 2
gtid_mode = on
enforce_gtid_consistency = on
log-bin = mysql-slave-binlog
log-slave-updates = 1
binlog_format = row
read-only = on
skip_slave_start = 1
3.コピーアカウントを作成する
mysql> grant replication slave on *.* to 'repl'@'192.168.1.%' identified by '123456';
Query OK, 0 rows affected, 1 warning (0.00 sec)
mysql> flush privileges;
Query OK, 0 rows affected (0.01 sec)
4.メインライブラリのデータをバックアップします
次のバックアップコマンドを実行して、すべてのデータベースとテーブルをバックアップします。
[root@localhost data]# mysqldump -uroot -p123456 -A -B > /tmp/all.sql
5.メインライブラリのバックアップをスレーブライブラリに復元します。
マスターライブラリのバックアップファイルをスレーブライブラリにコピーして、インポートを実行します。
（1）マスターライブラリのバックアップファイルをスレーブライブラリにコピーする
[root@localhost data]# scp /tmp/all.sql 192.168.1.12:/tmp/
The authenticity of host '192.168.1.12 (192.168.1.12)' can't be established.
ECDSA key fingerprint is SHA256:0yqIuKW/XcSZS5t++Is1bOyYz67wUryyULbXgTc/HuY.
ECDSA key fingerprint is MD5:12:74:ba:b6:74:0c:6e:b1:59:ab:55:8d:60:18:3f:87.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '192.168.1.12' (ECDSA) to the list of known hosts.
[email protected]'s password:
all.sql 100% 785KB 28.3MB/s 00:00
[root@localhost data]#
（2）ログファイルをリセットする
mysql> reset master;
Query OK, 0 rows affected (0.02 sec)
（3）ライブラリからデータをインポートする
[root@localhost data]# mysql -uroot -p123456 < /tmp/all.sql
mysql: [Warning] Using a password on the command line interface can be insecure.
[root@localhost data]#
6.スレーブライブラリ設定の情報をコピーする
スレーブライブラリで次のコマンドを実行します。
CHANGE MASTER TO
MASTER_HOST='192.168.1.11',
MASTER_USER='repl',
MASTER_PASSWORD='123456',
MASTER_PORT=3306,
MASTER_AUTO_POSITION = 1;
7.スレーブを起動し、スレーブライブラリのステータスを表示します。
mysql> start slave;
Query OK, 0 rows affected (0.01 sec)
mysql> show slave status\G
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.1.11
Master_User: repl
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-master-binlog.000001
Read_Master_Log_Pos: 2776
Relay_Log_File: localhost-relay-bin.000002
Relay_Log_Pos: 444
Relay_Master_Log_File: mysql-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: 2776
Relay_Log_Space: 655
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: 1
Master_UUID: 19dc9ca1-c59e-11ea-9f11-000c296166d5
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 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:
Executed_Gtid_Set: 19dc9ca1-c59e-11ea-9f11-000c296166d5:1-11
Auto_Position: 1
Replicate_Rewrite_DB:
Channel_Name:
Master_TLS_Version:
1 row in set (0.00 sec)
8.検証
（1）メインライブラリのデータを変更する
mysql> select * from stu;
+------+------+------+
| s_id | name | age |
+------+------+------+
| 1 | Jack | 20 |
| 2 | Tom | 20 |
| 3 | Rose | 21 |
+------+------+------+
3 rows in set (0.00 sec)
mysql>
mysql>
mysql> update stu set age=age+1;
Query OK, 3 rows affected (0.01 sec)
Rows matched: 3 Changed: 3 Warnings: 0
（2）ライブラリからのデータの表示
mysql> use hist;
Database changed
mysql> select * from stu;
+------+------+------+
| s_id | name | age |
+------+------+------+
| 1 | Jack | 21 |
| 2 | Tom | 21 |
| 3 | Rose | 22 |
+------+------+------+
3 rows in set (0.00 sec)