집 > 기사 > 데이터 베이스 > MySQL 5.7 논스톱 비즈니스에서 기존 복제를 GTID 복제로 변경하기 위한 샘플 코드에 대한 자세한 설명

MySQL 5.7 논스톱 비즈니스에서 기존 복제를 GTID 복제로 변경하기 위한 샘플 코드에 대한 자세한 설명

黄舟원래의: 2017-03-21 13:20:56930검색

아래 편집기는 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 이상이 필요합니다.

2. 현재 토폴로지의 모든 mysql의 gtid_mode 값이 꺼져 있습니다.

3. 다음 단계는 모두 순서대로 진행되므로 너무 앞서 진행하지 마세요.

전역 시스템 변수GTID_MODE 변수 값 설명 추가:

OFF 새 거래가 비- GTID, 슬레이브 GTID가 없는 트랜잭션만 허용됩니다.

OFF_PERMISSIVE 오류가 보고됩니다. 슬레이브는 GTID가 없는 트랜잭션과

을 모두 허용합니다. ON_PERMISSIVE 새 트랜잭션은 GTID이며 슬레이브는 GTID가 없는 트랜잭션과 GTID가 있는 트랜잭션을 모두 허용합니다

ON 새 트랜잭션은 GTID이며 슬레이브는 GTID가 있는 트랜잭션만 허용합니다

문제는 이러한 값이 순서대로 변경된다는 것입니다. 즉,

offOFF_PERMISSIVEON_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 &#39;ONGOING_ANONYMOUS_TRANSACTION_COUNT&#39;;
+-------------------------------------+-------+
| Variable_name      | Value |
+-------------------------------------+-------+
| Ongoing_anonymous_transaction_count | 0  |
+-------------------------------------+-------+
row in set (0.02 sec)
 
 
[zejin] 3302>SHOW STATUS LIKE &#39;ONGOING_ANONYMOUS_TRANSACTION_COUNT&#39;;
+-------------------------------------+-------+
| 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(&#39;binlog57.000005&#39;, 154);
+-----------------------------------------+
| MASTER_POS_WAIT(&#39;binlog57.000005&#39;, 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,&#39;chen&#39;);
Query OK, 1 row affected (0.02 sec)
[zejin] 3301>update t_users set name=&#39;li&#39; 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 중국어 웹사이트의 기타 관련 기사를 참조하세요!

성명：

이전 기사：IST 전송만 필요한 새로운 노드를 구축하는 MySQL PXC의 방법에 대한 자세한 설명다음 기사：IST 전송만 필요한 새로운 노드를 구축하는 MySQL PXC의 방법에 대한 자세한 설명