>  기사  >  데이터 베이스  >  MySQL 복제 인스턴스 GTID 복제에 대한 자세한 설명

MySQL 복제 인스턴스 GTID 복제에 대한 자세한 설명

WBOY
WBOY앞으로
2022-04-15 18:29:013093검색

이 글은 GTID 복제와 관련된 문제를 주로 소개하는 mysql에 대한 관련 지식을 제공합니다. GTID는 제출된 트랜잭션의 번호이며 모두에게 도움이 되기를 바랍니다.

MySQL 복제 인스턴스 GTID 복제에 대한 자세한 설명

추천 학습: mysql 비디오 튜토리얼

MySQL 5.6.5부터 새로운 GTID 기반 복제 방법이 추가되었습니다. GTID는 기본 데이터베이스에 제출된 각 트랜잭션이 클러스터에서 고유한 ID를 갖도록 보장합니다. 이 접근 방식은 데이터베이스의 기본 백업 일관성, 오류 복구 및 내결함성 기능을 강화합니다.

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 개선 사항

원본 바이너리 로그 기반 복제에서 슬레이브 라이브러리는 증분 동기화를 수행하기 위해 어느 오프셋부터 마스터 라이브러리에 알려야 하며, 지정된 오류가 지정되면 데이터가 생략됩니다. 데이터 불일치가 발생합니다. GTID의 도움으로 마스터-슬레이브 전환이 발생하는 경우 MySQL의 다른 슬레이브 데이터베이스는 자동으로 새 마스터 데이터베이스에서 올바른 복제 위치를 찾을 수 있습니다. 이는 복잡한 복제 토폴로지에서 클러스터 유지 관리를 크게 단순화하고 복제 발생을 줄입니다. 복제 위치를 수동으로 설정하면 오용 위험이 있습니다. 또한 GTID 기반 복제는 이미 실행된 트랜잭션을 무시할 수 있어 데이터 불일치 위험을 줄일 수 있습니다.

gtid 세트를 기반으로 마스터 데이터베이스는 슬레이브 데이터베이스에서 누락된 데이터가 무엇인지 정확하게 알 수 있으며 슬레이브 데이터베이스에 더 많거나 적은 데이터를 제공하지 않으므로 네트워크 대역폭 낭비를 피할 수 있습니다.

Mysql 마스터-슬레이브 구조는 하나의 마스터와 하나의 슬레이브가 있는 경우 GTID에 이점이 없습니다. 그러나 마스터가 2개 이상인 구조의 경우 장점이 매우 분명하며 데이터 손실 없이 새 마스터를 전환할 수 있습니다.

Note: 마스터-슬레이브 복제를 구축하기 전에 마스터가 될 인스턴스에서 일부 작업(예: 데이터 정리 등)을 수행합니다. GTID 복제를 통해 마스터-슬레이브가 설정되기 전의 이러한 작업도 수행됩니다. 서버의 슬레이브에 복사되어 복제가 실패합니다. 즉, GTID를 통한 복제는 이러한 작업이 복제 전에 수행되더라도 항상 가장 빠른 트랜잭션 로그부터 시작됩니다. 예를 들어, server1에서 일부 삭제 및 삭제 정리 작업을 수행한 다음 server2에서 변경 작업을 수행하면 server2는 server1에서도 정리 작업을 수행합니다.

GTID 작동 방식

  1. 메인 라이브러리 측에서 트랜잭션이 실행되고 제출되면 GTID가 생성되어 binlog 로그에 기록됩니다.
  2. binlog가 슬레이브로 전송되어 슬레이브의 Relaylog에 저장된 후 GTID 값을 읽고 gtid_next 변수를 설정하면 실행할 다음 GTID 값을 슬레이브에 알려줍니다.
  3. SQL 스레드는 릴레이 로그에서 GTID를 얻은 다음 슬레이브 측의 binlog를 비교하여 GTID가 존재하는지 확인합니다.
  4. 기록이 있으면 GTID로 트랜잭션이 실행되었다는 의미이며 슬레이브는 이를 무시합니다.
  5. 기록이 없으면 슬레이브는 GTID 트랜잭션을 실행하고 GTID를 자체 binlog에 기록합니다. 트랜잭션을 읽고 실행하기 전에 먼저 다른 세션이 GTID를 보유하고 있는지 확인하여 반복적으로 실행되지 않도록 합니다.

마스터 하나와 슬레이브 GTID 복사본 하나 만들기

호스트 계획:

  • master: docker, 포트 3312
  • slave: docker, 포트 3313

master 구성

구성 파일 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)

Slave 구성

구성 파일 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 중국어 웹사이트의 기타 관련 기사를 참조하세요!

성명:
이 기사는 csdn.net에서 복제됩니다. 침해가 있는 경우 admin@php.cn으로 문의하시기 바랍니다. 삭제