Maison > base de données > tutoriel mysql > 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

黄舟
Libérer: 2017-03-21 13:20:56
original
1031 Les gens l'ont consulté

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)
Copier après la connexion

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

off<--->OFF_PERMISSIVE<--->ON_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)
Copier après la connexion
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)
Copier après la connexion

é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)
Copier après la connexion

é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)
Copier après la connexion
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)
Copier après la connexion
é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
……
Copier après la connexion

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)
Copier après la connexion
é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)
Copier après la connexion
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!

Étiquettes associées:
source:php.cn
Déclaration de ce site Web
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
Tutoriels populaires
Plus>
Derniers téléchargements
Plus>
effets Web
Code source du site Web
Matériel du site Web
Modèle frontal