이 글은 GTID 복제와 관련된 문제를 주로 소개하는 mysql에 대한 관련 지식을 제공합니다. GTID는 제출된 트랜잭션의 번호이며 모두에게 도움이 되기를 바랍니다.
추천 학습: mysql 비디오 튜토리얼
MySQL 5.6.5부터 새로운 GTID 기반 복제 방법이 추가되었습니다. GTID는 기본 데이터베이스에 제출된 각 트랜잭션이 클러스터에서 고유한 ID를 갖도록 보장합니다. 이 접근 방식은 데이터베이스의 기본 백업 일관성, 오류 복구 및 내결함성 기능을 강화합니다.
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에서도 정리 작업을 수행합니다.
호스트 계획:
구성 파일 my.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 인스턴스 만들기:
$ 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 인스턴스 생성:
$ 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 비디오 튜토리얼
위 내용은 MySQL 복제 인스턴스 GTID 복제에 대한 자세한 설명의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!