Explication détaillée du principe, de la configuration et du délai de synchronisation maître-esclave MySQL

Cet article présente le principe de synchronisation maître-esclave, la configuration de la synchronisation maître-esclave et le délai de synchronisation maître-esclave de MySQL. Tout d'abord, comprenons ce qu'est la synchronisation maître-esclave, comme son nom l'indique. également appelée réplication maître-esclave, qui est utilisée pour établir un environnement de base de données exactement le même que celui de la base de données principale. La synchronisation maître-esclave permet de copier les données d'un serveur de base de données vers d'autres serveurs pour garantir la cohérence des données de la base de données maître et des données de la base de données esclave.

• Le cluster est un stockage partagé, qui est un partage de données. Il n'y a pas de partage dans la réplication maître-esclave. Chaque machine est un système indépendant et complet, ce qui n'est rien. -partage.

Principe de synchronisation maître-esclave

• Il existe trois manières principales de mettre en œuvre la réplication maître-esclave. après mysql5.6 :
  

  1. Réplication asynchrone

  2. Réplication entièrement synchrone

  3.
  

• Schéma de synchronisation maître-esclave

  
  

Lorsque les événements de mise à jour (mettre à jour, insérer, supprimer ) de la base de données principale sont écrits dans un journal binaire.

2. La bibliothèque esclave crée un thread d'E/S, qui se connecte à la bibliothèque principale et demande à la bibliothèque principale d'envoyer les enregistrements de mise à jour dans le binlog vers la bibliothèque esclave. La bibliothèque principale crée un binlog. Le thread du thread de dump envoie le contenu du binlog à la bibliothèque esclave. Le thread d'E/S de la bibliothèque esclave lit les mises à jour envoyées par le thread de sortie de la bibliothèque principale et les copie. ces mises à jour dans le fichier journal du relais local.

3. De La bibliothèque crée un thread SQL Ce fil lit les événements de mise à jour écrits dans le journal du relais à partir du thread d'E/S de la bibliothèque et les exécute.

Redémarrer la base de données : systemctl restart mariadb.service

vim /etc/my.cnf

在[mysqld]下添加

server-id=1(用来标识不同的数据库)log-bin=master-bin(打开bin-log并配置文件名为master-bin)log-bin-index=master-bin.index(区分不同的log-bin文件)

vim /etc/my.cnf

在[mysqld]下添加

server-id=2relay-log=slave-relay-bin(打开relay-log并配置文件名为slave-relay-bin)

relay-log-index=slave-relay-bin.index

3. Connectez deux bases de données

Dans la base de données principale : créez un utilisateur, chaque serveur esclave. Vous devez utiliser un nom de compte et un mot de passe dans la base de données principale pour vous connecter au serveur maître

Dans la base de données des esclaves

CREATE USER 'repl'@'114.116.77.213' IDENTIFIED BY '12312';GRANT REPLICATION SLAVE ON *.* TO 'repl'@'114.116.77.213' IDENTIFIED BY '12312';

Démarrer la synchronisation : démarrer l'esclave ;

change master to master_host='47.106.78.106',master_user='repl',master_password='12312',master_log_file='master-bin.000001',master_log_pos=0;

4. 🎜>Créez une base de données dans la base de données maître, puis affichez-la dans la base de données esclave

1 . Effectuez une sauvegarde à chaud des données. En tant que base de données de sauvegarde, après la panne du serveur de base de données principal, vous pouvez passer à la base de données esclave pour continuer à travailler afin d'éviter la perte de données.

2. la lecture et l'écriture permettent à la base de données de prendre en charge une plus grande concurrence.

<.>

Lorsque le fichier journal binaire de la bibliothèque principale stocke beaucoup de données, c'est-à-dire lorsque la position est très volumineuse, un nouveau fichier journal binaire sera divisé et la position est définie sur 0
1. ;

Les versions mysql des bibliothèques maître et esclave peuvent être différentes, mais la version mysql de la bibliothèque esclave est supérieure à la version de la bibliothèque maître. Sinon, les déclarations de la bibliothèque maître peuvent. ne seront pas exécutés lorsqu'ils atteignent la bibliothèque esclave.
2. Parce que mysql Il est rétrocompatible, ce qui signifie que les instructions de la version inférieure sont prises en charge dans la version supérieure, mais certaines instructions de la version supérieure ne sont pas prises en charge dans la version inférieure. .

3. Connexe à l'entretien

   
   (Si vous posez des questions sur la base de données maître-esclave, vous devez poser les questions suivantes) :

Quels sont les avantages du maître-esclave ?

Quel est le principe maître-esclave ?
Connaissez-vous le problème de latence de lecture de la base de données ? Comment le résoudre ?
Que dois-je faire si le serveur maître plante après avoir été maître et esclave ?
La raison du retard de la synchronisation maître-esclave
La raison du retard de la synchronisation maître-esclave

6. 
   Problème de retard de synchronisation maître-esclave

1. Raisons du retard de synchronisation maître-esclave Nous savons qu'un serveur est ouvert. N liens sont fournis pour que le client puisse se connecter, il y aura donc de grosses opérations de mise à jour simultanées, mais il n'y a qu'un seul thread pour lire le binlog du serveur lorsqu'un certain SQL prend un peu. plus long à exécuter sur le serveur esclave ou en raison d'un certain verrouillage de la table pour chaque SQL entraînera un retard important de SQL sur le serveur maître et ne sera pas synchronisé avec le serveur esclave. Cela conduit à une incohérence maître-esclave, c'est-à-dire un retard maître-esclave.

En fait, il n'existe pas de solution unique au retard de synchronisation maître-esclave, car tout le SQL doit être exécuté sur le serveur esclave, mais si le serveur principal continue d'effectuer des opérations de mise à jour et écrit en continu, alors une fois qu'un retard se produit, la possibilité d'aggraver le retard sera plus grande. Bien sûr, nous pouvons prendre certaines mesures d'atténuation.

a. Nous savons que le serveur maître étant responsable des opérations de mise à jour, il a des exigences de sécurité plus élevées que le serveur esclave. Certains paramètres peuvent être modifiés, tels que sync_binlog=1, innodb_flush_log_at_trx_commit = 1, etc., mais l'esclave. n'est pas nécessaire. Pour une sécurité des données aussi élevée, vous pouvez définir sync_binlog sur 0 ou désactiver binlog, innodb_flushlog, innodb_flush_log_at_trx_commit peut également être défini sur 0 pour améliorer l'efficacité d'exécution de SQL. Cela peut grandement améliorer l'efficacité. L'autre consiste à utiliser un meilleur périphérique matériel que la bibliothèque principale comme esclave.

b. C'est-à-dire qu'un serveur esclave est utilisé comme sauvegarde sans fournir de requêtes. Lorsque sa charge est réduite, l'efficacité de l'exécution du SQL dans le journal relais sera naturellement plus élevée.

c. Le but de l'ajout de serveurs esclaves est de disperser la pression de lecture, réduisant ainsi la charge du serveur.

Recommandations associées :

Analyse et solutions du principe du délai de synchronisation maître-esclave MYSQL

Principe du délai de synchronisation maître-esclave 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!