MySQL 5.6.5부터 GTID(Global Transaction Identifier) 기반 복제 방식이 도입되었습니다. GTID는 클러스터의 기본 데이터베이스에 제출된 모든 트랜잭션에 고유 식별자가 있는지 확인합니다. 이 방법은 데이터베이스의 기본 및 보조 일관성, 오류 복구 및 내결함성 기능을 강화합니다.
GTID(Global Transaction ID)는 제출된 거래의 번호로 전 세계적으로 고유한 번호입니다. GTID는 실제로 UUID+TID로 구성됩니다. UUID는 MySQL 인스턴스의 고유 식별자입니다. TID 값은 제출된 각 트랜잭션마다 단조롭게 증가하여 이 인스턴스에 제출된 트랜잭션 수를 기록합니다.
다음은 GTID의 구체적인 형식입니다: 3E11FA47-71CA-11E1-9E33-C80AA9429562:23 콜론은 앞에 있는 uuid와 뒤에 있는 TID를 구분합니다.
GTID 컬렉션에는 여러 MySQL 인스턴스의 트랜잭션이 쉼표로 구분되어 포함될 수 있습니다.
여러 트랜잭션 시퀀스 번호의 범위가 동일한 MySQL 인스턴스에서 나온 경우 각 범위를 콜론으로 구분해야 합니다. 예: e6954592-8dba-11e6-af0e-fa163e1cf111:1-5:11-18,e6954592-8dba-11e6-af0e-fa163e1cf3f2:1-27.
원본 바이너리 로그 기반 복제에서 슬레이브 라이브러리는 증분 동기화를 수행하기 위해 어느 오프셋부터 마스터 라이브러리에 알려야 하며, 지정된 오류가 지정되면 데이터가 생략됩니다. 데이터 불일치가 발생합니다. GTID의 도움으로 마스터-슬레이브 전환이 발생하는 경우 MySQL의 다른 슬레이브 데이터베이스는 자동으로 새 마스터 데이터베이스에서 올바른 복제 위치를 찾을 수 있습니다. 이는 복잡한 복제 토폴로지에서 클러스터 유지 관리를 크게 단순화하고 복제 발생을 줄입니다. 복제 위치를 수동으로 설정하면 오용 위험이 있습니다. GTID 기반 복제를 사용하면 이미 실행된 트랜잭션을 제외하여 데이터 불일치 위험이 줄어듭니다.
gtid 세트를 기반으로 마스터 데이터베이스는 슬레이브 데이터베이스에서 누락된 데이터가 무엇인지 정확하게 알 수 있으며 슬레이브 데이터베이스에 더 많거나 적은 데이터를 제공하지 않으므로 네트워크 대역폭 낭비를 피할 수 있습니다.
Mysql 마스터-슬레이브 구조는 하나의 마스터와 하나의 슬레이브의 경우 GTID에 이점이 없습니다. 그러나 마스터가 2개 이상인 구조의 장점은 매우 분명하며 데이터 손실 없이 새 마스터를 전환할 수 있습니다.
Note: 마스터-슬레이브 복제를 구축하기 전에 마스터가 될 인스턴스에서 일부 작업(예: 데이터 정리 등)을 수행합니다. GTID 복제를 통해 마스터-슬레이브가 설정되기 전의 이러한 작업도 수행됩니다. 서버의 슬레이브에 복사되어 복제가 실패합니다. 즉, GTID를 통한 복제는 이러한 작업이 복제 전에 수행되더라도 항상 가장 빠른 트랜잭션 로그부터 시작됩니다. 예를 들어, server1에서 일부 삭제 및 삭제 정리 작업을 수행한 다음 server2에서 변경 작업을 수행하면 server2는 server1에서도 정리 작업을 수행합니다.
메인 라이브러리 측에서 트랜잭션이 실행되고 제출되면 GTID가 생성되어 binlog 로그에 기록됩니다.
binlog가 슬레이브에 전송되어 슬레이브의 Relaylog에 저장된 후 이 GTID 값을 읽고 gtid_next 변수를 설정하면 슬레이브에 실행할 다음 GTID 값을 알려줍니다.
SQL 스레드는 릴레이 로그에서 GTID를 얻은 다음 슬레이브 측의 binlog를 비교하여 GTID가 존재하는지 확인합니다.
기록이 있으면 GTID로 트랜잭션이 실행되었다는 의미이며 슬레이브는 이를 무시합니다.
기록이 없으면 슬레이브는 GTID 트랜잭션을 실행하고 GTID를 자체 binlog에 기록합니다. 트랜잭션을 읽고 실행하기 전에 먼저 다른 세션이 GTID를 보유하고 있는지 확인하여 실행되지 않는지 확인합니다. 자꾸.
호스트 계획:
마스터: docker, 포트 3312
slave: docker, 포트 3313
config uration 파일 내. cnf 내용은 다음과 같습니다.
$ 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
도커 인스턴스 생성:
$ 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
복제할 사용자 추가 및 승인:
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)
구성 파일 my.cnf의 내용은 마스터와 일치합니다. 서버 ID를 수정하여 고유하게 유지하세요.
도커 인스턴스 생성:
$ 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
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)
상태 확인:
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)master.order 테이블에 데이터 삽입:
mysql> insert into t_order values(4,"V");
데이터가 슬레이브에 동기화되었음을 확인:
mysql> select * from order.t_order; +------+------+ | id | name | +------+------+ | 4 | V | +------+------+ 3 rows in set (0.00 sec)
먼저 슬레이브를 중지한 다음 마스터에서 .order 테이블에 데이터를 삽입합니다.
mysql> insert into t_order values(5,"X");
그런 다음 슬레이브를 시작하고 데이터가 자동으로 동기화되었는지 확인합니다.
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)
슬레이브 서버에서 슬레이브 상태 표시:
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.
먼저 마스터와 슬레이브의 server_id가 일치하는지 확인하세요. my.cnf 파일의 server_id 필드를 일관되게 수정하는 경우:
mysql> show variables like 'server_id';
그런 다음 마스터와 슬레이브의 uuid가 일치하는지 확인하세요.
mysql> show variables like '%uuid%';
uuid가 일치하면 데이터 디렉터리의 auto.cnf 파일을 수정하고 전체 데이터 디렉터리를 복사한 다음 auto를 교체합니다. 데이터베이스의 uuid를 기록하는 cnf 파일도 복사되었습니다.
위 내용은 MySQL GTID 복제를 적용하는 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
