Maison > Article > base de données > 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 :
Tutoriel vidéo MySQL】
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!