Quelles sont les raisons pour lesquelles le maître et l'esclave MySQL sont synchronisés ?

Les raisons pour lesquelles le maître et l'esclave MySQL sont synchronisés : 1. Retard du réseau ; 2. La charge des machines maître et esclave est incohérente ; 3. Le paramètre "max_allowed_packet" est incohérent 4. La valeur de la clé à partir de l'auto de la clé ; La clé -increment est différente de l'étape d'incrémentation automatique Paramètres incohérents 5. Versions de base de données incohérentes, etc.

L'environnement d'exploitation de ce tutoriel : système windows7, version mysql8, ordinateur Dell G3.

Analyse des raisons pour lesquelles la synchronisation maître-esclave MySQL

1. Retard réseau

La réplication maître-esclave MySQL étant une réplication asynchrone basée sur binlog, les fichiers binlog sont transmis via le réseau, donc de Le retard du réseau est bien sûr le facteur principal. La plupart des raisons de non-synchronisation, en particulier la synchronisation des données entre les salles de machines, sont très susceptibles de se produire. Par conséquent, lors de la séparation de la lecture et de l'écriture, faites attention à la conception initiale de la couche métier.

2. Les charges des machines maître et esclave sont incohérentes

Parce que la réplication maître-esclave MySQL démarre 1 thread io sur la base de données maître et démarre 1 thread sql et 1 thread io par le haut, n'importe laquelle des machines La charge est très élevée et trop occupée. Par conséquent, l'un des threads ne dispose pas de ressources suffisantes et une incohérence maître-esclave se produira.

3. Les paramètres Max_allowed_packet sont incohérents

Le paramètre max_allowed_packet défini sur la base de données maître est plus grand que celui de la base de données esclave Lorsqu'une instruction SQL volumineuse peut être exécutée sur la base de données maître, le paramètre sur la base de données esclave est trop petit. et ne peut pas être exécuté, entraînant l'échec de la base de données principale. Jamais incohérent.

4. L'incohérence maître-esclave est causée par l'incohérence entre la valeur de la clé à partir de la clé d'incrémentation automatique de la clé et le paramètre de pas d'incrémentation automatique.

5. Lorsque MySQL est anormalement en panne, si sync_binlog=1 ou innodb_flush_log_at_trx_commit=1 n'est pas défini, il est très probable que le fichier binlog ou relaylog soit endommagé, entraînant une incohérence maître-esclave.

6. La synchronisation maître-esclave est causée par un bug dans MySQL lui-même.

7. Les versions de la base de données sont incohérentes, surtout lorsque la version supérieure est le maître et la version inférieure est l'esclave, les fonctions prises en charge par la base de données maître ne sont pas prises en charge par la base de données esclave.

Solution

Méthode 1 : ignorer l'erreur et poursuivre la synchronisation

Cette méthode convient aux situations où les données de la base de données maître-esclave ne sont pas très différentes ou où les données n'ont pas besoin d'être complètement unifié et les exigences en matière de données ne sont pas strictes Situation

Solution :

stop slave;

signifie sauter une erreur d'étape, le nombre suivant est variable

set global sql_slave_skip_counter =1;
start slave;

Ensuite, utilisez mysql> show slave statusG pour vérifier :

Slave_IO_Running: Yes
Slave_SQL_Running: Yes

ok, maintenant le maître -l'état de synchronisation de l'esclave est normal. . .

Méthode 2 : Refaire le maître-esclave, synchronisation complète

Cette méthode convient aux situations où les données de la base de données maître-esclave sont très différentes, ou où les données doivent être complètement unifiées

Le Les étapes de la solution sont les suivantes :

1. Entrez d'abord dans la base de données principale et effectuez Verrouiller la table pour empêcher l'écriture des données

Utilisez la commande :

mysql> flush tables with read lock;

Remarque : cet endroit est verrouillé en lecture seule et les instructions ne sont pas sensibles à la casse

2. Sauvegardez les données

Sauvegardez les données dans le fichier mysql.bak.sql

mysqldump -uroot -p -hlocalhost > mysql.bak.sql

Remarque ici : la sauvegarde de la base de données doit être effectuée régulièrement. , qui sont plus pratiques et garantissent que les données sont infaillibles

3. Vérifiez l'état du maître

mysql> show master status;
+-------------------+----------+--------------+-------------------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+-------------------+----------+--------------+-------------------------------+
| mysqld-bin.000001 | 3260 | | mysql,test,information_schema |
+-------------------+----------+--------------+-------------------------------+
1 row in set (0.00 sec)

4. Transférez le fichier de sauvegarde MySQL sur la machine esclave, effectuez la récupération des données

Utilisez la commande scp

scp mysql.bak.sql root@192.168.128.101:/tmp/

5. l'état de la bibliothèque esclave

mysql> stop slave;

6. Exécutez ensuite la commande mysql depuis la bibliothèque esclave et importez la sauvegarde des données

mysql> source /tmp/mysql.bak.sql

7. Configurez la synchronisation depuis la bibliothèque esclave. . Faites attention au point de synchronisation ici, qui sont les deux éléments | Fichier | :

change master to master_host = '192.168.128.100', master_user = 'rsync', master_port=3306, master_password='', master_log_file = 'mysqld-bin.000001', master_log_pos=3260;

【Recommandations associées :

】

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!