아래 편집기는 MySQL5.7 논스톱 비즈니스에서 기존 복제를 GTID 복제로 변경하는 예를 제공합니다. 편집자님이 꽤 좋다고 생각하셔서 지금 공유하고 모두에게 참고용으로 드리고자 합니다. 에디터를 따라가서 살펴보자
GTID의 장점으로 인해 기존의 파일-포스 기반 복제를 GTID 기반 복제로 변경해야 하는 상황에서 온라인으로 어떻게 변경해야 할지가 고민거리가 되었습니다. 자세한 내용은 다음과 같습니다. 방법:현재 전통적인 복제 하에 M-S 구조가 있습니다:
포트 3301 마스터
포트 3302 슬레이브
master上(3301): [zejin] 3301>select * from t_users; +----+------+ | id | name | +----+------+ | 1 | hao | | 2 | zhou | +----+------+ rows in set (0.00 sec) slave上(3302): [zejin] 3302>show slave status\G *************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: 192.168.1.240 Master_User: repl Master_Port: 3301 Connect_Retry: 60 Master_Log_File: binlog57.000002 Read_Master_Log_Pos: 417 Relay_Log_File: zejin240-relay-bin.000004 Relay_Log_Pos: 628 Relay_Master_Log_File: binlog57.000002 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: 417 Relay_Log_Space: 884 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: 3301 Master_UUID: a97983fc-5a29-11e6-9d28-000c29d4dc3f Master_Info_File: /home/mysql/I3302/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: Auto_Position: 0 Replicate_Rewrite_DB: Channel_Name: Master_TLS_Version: row in set (0.00 sec) [zejin] 3302>select * from t_users; +----+------+ | id | name | +----+------+ | 1 | hao | | 2 | zhou | +----+------+ rows in set (0.00 sec)
다음은 온라인 변경을 위한 구체적인 단계입니다.
전제조건 :
1. 모든 mysql 버전 5.7.6 이상이 필요합니다.전역 시스템 변수GTID_MODE 변수 값 설명 추가:
OFF 새 거래가 비- GTID, 슬레이브 GTID가 없는 트랜잭션만 허용됩니다. OFF_PERMISSIVE 오류가 보고됩니다. 슬레이브는 GTID가 없는 트랜잭션과 을 모두 허용합니다. ON_PERMISSIVE 새 트랜잭션은 GTID이며 슬레이브는 GTID가 없는 트랜잭션과 GTID가 있는 트랜잭션을 모두 허용합니다ON 새 트랜잭션은 GTID이며 슬레이브는 GTID가 있는 트랜잭션만 허용합니다문제는 이러한 값이 순서대로 변경된다는 것입니다. 즉,
off<--->OFF_PERMISSIVE<--->ON_PERMISSIVE; ON
은 실행으로 이동할 수 없으며 오류를 보고합니다.
1단계:각 mysql 인스턴스에서 ENFORCE_GTID_CONSISTENCY를 경고로 설정합니다. 어느 것이 먼저 실행되는지는 결과에 영향을 주지 않습니다.
[zejin] 3302>set @@global.enforce_gtid_consistency=warn; Query OK, 0 rows affected (0.00 sec) [zejin] 3301>set @@global.enforce_gtid_consistency=warn; Query OK, 0 rows affected (0.00 sec)
참고: 이 명령문을 실행한 후 GTID와 호환되지 않는 명령문 사용이 있는 경우 관련 정보가 오류 로그에 기록되며, 호환되지 않는 쓰기를 방지하도록 프로그램을 조정해야 합니다. 호환되지 않는 문이 전혀 생성되지 않을 때까지 프로그램을 이용하여 모든 SQL을 확인하거나, 설정하여 일정 시간 동안 오류 로그를 관찰할 수 있습니다이 단계는 매우 중요합니다.
2단계: 각 mysql 인스턴스에서 ENFORCE_GTID_CONSISTENCY를 ON으로 설정합니다. 어느 것을 먼저 실행해도 결과에는 영향을 미치지 않습니다.
처음에 완료됩니다. step 그 후 값을 on으로 설정할 수 있습니다.
[zejin] 3301>set @@global.enforce_gtid_consistency=on; Query OK, 0 rows affected (0.03 sec) [zejin] 3302>set @@global.enforce_gtid_consistency=on; Query OK, 0 rows affected (0.00 sec)
step3:각 mysql 인스턴스에서 GTID_MODE를 off_permissiv로 설정합니다. 먼저 실행되는 항목은 결과에 영향을 주지 않습니다.
[zejin] 3301>SET @@GLOBAL.GTID_MODE = OFF_PERMISSIVE; Query OK, 0 rows affected (0.00 sec) [zejin] 3302>SET @@GLOBAL.GTID_MODE = OFF_PERMISSIVE; Query OK, 0 rows affected (0.00 sec)
step4: 각 mysql 인스턴스에서 GTID_MODE를 on_permissiv로 설정합니다. 먼저 실행되는 항목은 결과에 영향을 주지 않습니다
[zejin] 3302>SET @@GLOBAL.GTID_MODE = on_permissive; Query OK, 0 rows affected (0.00 sec) [zejin] 3301>SET @@GLOBAL.GTID_MODE = on_permissive; Query OK, 0 rows affected (0.01 sec)
5단계:각 mysql에서 ONGOING_ANONYMOUS_TRANSACTION 변수를 확인합니다. 인스턴스 _COUNT
[zejin] 3301>SHOW STATUS LIKE 'ONGOING_ANONYMOUS_TRANSACTION_COUNT'; +-------------------------------------+-------+ | Variable_name | Value | +-------------------------------------+-------+ | Ongoing_anonymous_transaction_count | 0 | +-------------------------------------+-------+ row in set (0.02 sec) [zejin] 3302>SHOW STATUS LIKE 'ONGOING_ANONYMOUS_TRANSACTION_COUNT'; +-------------------------------------+-------+ | Variable_name | Value | +-------------------------------------+-------+ | Ongoing_anonymous_transaction_count | 0 | +-------------------------------------+-------+ row in set (0.02 sec)
는 이 변수가 0이 될 때까지 기다려야 합니다
6단계: 모든 익명 트랜잭션(GTID가 아닌 트랜잭션)이 모든 서버에 완전히 복제되었는지 확인하세요.
확인 방법:
在master上: [zejin] 3301>show master status; +-----------------+----------+--------------+------------------+-------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set | +-----------------+----------+--------------+------------------+-------------------+ | binlog57.000005 | 154 | | | | +-----------------+----------+--------------+------------------+-------------------+ row in set (0.00 sec) 在slave上, [zejin] 3302>show slave status\G *************************** 1. row *************************** …… Relay_Master_Log_File: binlog57.000005 Exec_Master_Log_Pos: 154 ……
Relay_Master_Log_File의 값이 binlog57.000005보다 크고
Relay_Master_Log_File과 같은 값이 binlog57.000005와 같고 Exec_Master_Log_Pos의 값이 같은지 확인하세요. 은 154보다 크거나 같습니다.
또는 슬레이브가 함수 를 직접 사용합니다.
[zejin] 3302>SELECT MASTER_POS_WAIT('binlog57.000005', 154); +-----------------------------------------+ | MASTER_POS_WAIT('binlog57.000005', 154) | +-----------------------------------------+ | 0 | +-----------------------------------------+ row in set (0.00 sec)
반환 결과가 0보다 크거나 같으면 다음을 의미합니다. 모든 익명 트랜잭션이 복사되었습니다.
7단계: 전체 토폴로지에 익명 트랜잭션이 없는지 확인합니다. 예를 들어 이전에 생성된 모든 익명 트랜잭션이 실행되지 않아야 합니다. 바이너리 로그에서도 flush 로그를 전달하고 mysql이 오래된 바이너리 로그 파일을 자동으로 정리하도록 할 수 있습니다.
step8: 각 mysql 인스턴스에서 GTID_MODE를 on으로 설정합니다.
[zejin] 3301>SET @@GLOBAL.GTID_MODE = ON; Query OK, 0 rows affected (0.04 sec) [zejin] 3302>SET @@GLOBAL.GTID_MODE = ON; Query OK, 0 rows affected (0.04 sec)
step9: 각 mysql 인스턴스에서 구성에서 file my.cnf, add gtid-mode=ON
확인:
[zejin] 3301>insert into t_users values(3,'chen'); Query OK, 1 row affected (0.02 sec) [zejin] 3301>update t_users set name='li' where id=1; Query OK, 1 row affected (0.03 sec) Rows matched: 1 Changed: 1 Warnings: 0 [zejin] 3301>select * from t_users; +----+------+ | id | name | +----+------+ | 1 | li | | 2 | zhou | | 3 | chen | +----+------+ rows in set (0.00 sec) [zejin] 3302>show slave status\G *************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: 192.168.1.240 Master_User: repl Master_Port: 3301 Connect_Retry: 60 Master_Log_File: binlog57.000006 Read_Master_Log_Pos: 462 Relay_Log_File: zejin240-relay-bin.000012 Relay_Log_Pos: 673 Relay_Master_Log_File: binlog57.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: 462 Relay_Log_Space: 969 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: 3301 Master_UUID: a97983fc-5a29-11e6-9d28-000c29d4dc3f Master_Info_File: /home/mysql/I3302/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: a97983fc-5a29-11e6-9d28-000c29d4dc3f:1-2 Executed_Gtid_Set: a97983fc-5a29-11e6-9d28-000c29d4dc3f:1-2 Auto_Position: 0 Replicate_Rewrite_DB: Channel_Name: Master_TLS_Version: row in set (0.00 sec)
이렇게 하면 기존 복제에서 GTID 복제로의 온라인 변환이 완료됩니다.
위 내용은 MySQL 5.7 논스톱 비즈니스에서 기존 복제를 GTID 복제로 변경하기 위한 샘플 코드에 대한 자세한 설명의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!