Maison  >  Article  >  base de données  >  Explication détaillée de l'exemple de code pour changer la réplication traditionnelle en réplication GTID dans MySQL 5.7 non-stop business

Explication détaillée de l'exemple de code pour changer la réplication traditionnelle en réplication GTID dans MySQL 5.7 non-stop business

黄舟
黄舟original
2017-03-21 13:20:56992parcourir

L'éditeur ci-dessous vous présentera un exemple de changement de réplication traditionnelle en réplication GTID dans MySQL5.7 activité non-stop. L'éditeur le trouve plutôt bon, je vais donc le partager avec vous maintenant et le donner comme référence pour tout le monde. Suivons l'éditeur et jetons un coup d'œil

En raison des avantages du GTID, nous devons changer la réplication traditionnelle basée sur les fichiers pos en une réplication basée sur le GTID. Comment changer en ligne est devenu un sujet de préoccupation. nous. Les détails sont les suivants Méthode :

Actuellement nous avons une structure M-S sous réplication traditionnelle :

port 3301 master

port 3302 esclave

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)

Voici les étapes spécifiques pour le changement en ligne :

Prérequis :

1. Toutes les versions de MySQL doivent être 5.7.6 ou supérieures.


2. La valeur de gtid_mode de tous les MySQL dans la topologie actuelle est désactivée.


3. Les étapes suivantes sont toutes dans l’ordre, ne vous précipitez pas.


Ajouter la variable système globaleGTID_MODE description de la valeur de la variable :

OFF La nouvelle transaction est non- GTID, Slave N'acceptez que les transactions sans GTID. Les transactions envoyées avec GTID signaleront une erreur

OFF_PERMISSIVE. ON_PERMISSIVE nouvelle transaction. est GTID, l'esclave accepte à la fois les transactions sans GTID et les transactions avec GTID

ON La nouvelle transaction est GTID, l'esclave n'accepte que les transactions avec GTID

Remarque Le le fait est que ces valeurs changent dans l'ordre, c'est-à-dire

offb6fe9feb9d4c7afa9e35009a988b8cc2OFF_PERMISSIVEb6fe9feb9d4c7afa9e35009a988b8cc2ON_PERMISSIVE<---> ; ON

ne peut pas passer à l'exécution et signalera une erreur.

étape 1 :

Sur chaque instance mysql, définissez

ENFORCE_GTID_CONSISTENCY sur avertissement. Celle qui est exécutée en premier n'affecte pas le résultat. Remarque : après avoir exécuté cette instruction, s'il y a une utilisation d'instruction incompatible avec GTID, les informations pertinentes seront enregistrées dans le journal des erreurs, le programme doit donc être ajusté pour éviter une écriture incompatible. .

[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)
Jusqu'à ce qu'aucune déclaration incompatible ne soit générée,

Vous pouvez utiliser le programme pour vérifier tous les SQL, ou vous pouvez le configurer et observer le journal des erreurs pendant un certain temps Cette étape est très importante. étape 2 : Sur chaque instance MySQL, définissez ENFORCE_GTID_CONSISTENCY sur ON. Celle qui est exécutée en premier n'affecte pas le résultat

Terminé dans la première. étape Après cela, vous pouvez activer la valeur.

étape 3 :

Sur chaque instance mysql, définissez GTID_MODE sur off_permissiv ; celle qui est exécutée en premier n'affecte pas le résultat
[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)

étape 4 :

Sur chaque instance mysql, définissez GTID_MODE sur on_permissiv;; celui qui est exécuté en premier n'affecte pas le résultat
[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)

étape 5 :

Vérifiez la variable ONGOING_ANONYMOUS_TRANS sur chaque instance mysql
[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)
ACTION

_COUNTVous devez attendre que cette variable soit 0

[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)
étape 6 :

Assurez-vous que toutes les transactions anonymes (transactions non GTID ) ont été entièrement répliqués sur tous les serveurs.

Méthode de vérification :

Vérifiez que la valeur de Relay_Master_Log_File est supérieure à binlog57.000005,

ou égale à Relay_Master_Log_File est égale à binlog57.000005 et la valeur de Exec_Master_Log_Pos est supérieur ou égal à 154 Vous pouvez
在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
……

ou l'esclave utilise directement la fonction

:

Le résultat renvoyé est supérieur ou égal à 0 , ce qui signifie que toutes les transactions anonymes ont été copiées

[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)
étape 7 :

Confirmez qu'il n'y a pas de transactions anonymes dans toute la topologie. Si toutes les transactions anonymes générées précédemment ont été exécutées, il ne devrait y en avoir aucune. transactions anonymes même dans le journal binaire. Vous pouvez transmettre les journaux

flush

et laisser MySQL nettoyer automatiquement les anciens fichiers journaux binaires. étape 8 : Sur chaque instance mysql, activez GTID_MODE,

étape 9 :

Sur chaque instance mysql
[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)
Dans le fichier de configuration

my.cnf, ajoutez gtid-mode=ONVérification :

Ceci termine la conversion en ligne de la réplication traditionnelle vers la réplication GTID.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Déclaration:
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn