Maison  >  Article  >  base de données  >  Explication détaillée du principe de réplication maître-esclave MySQL

Explication détaillée du principe de réplication maître-esclave MySQL

Guanhui
Guanhuioriginal
2020-06-17 15:47:245372parcourir

Explication détaillée du principe de réplication maître-esclave MySQL

Explication détaillée du principe de réplication maître-esclave MySQL

Tout d'abord, la base de données possède un fichier binaire "bin-log", qui enregistre toutes les instructions SQL ; puis copiez l'instruction SQL du fichier "bin-log" de la base de données maître ; exécutez enfin l'instruction SQL copiée dans le fichier redo log "relay-log" de la base de données esclave.

Réplication maître-esclave

La réplication maître-esclave est utilisée pour établir un environnement de base de données qui est exactement le même que celui du maître base de données, appelée La base de données esclave et la base de données maître sont généralement des bases de données métiers quasi-temps réel. Dans la base de données MySQL la plus couramment utilisée, les éléments uniques et les affectations asynchrones sont pris en charge. Pendant le processus d'affectation, un serveur fait office de serveur maître et l'autre serveur fait office de serveur esclave ; à ce moment, le serveur maître écrit les informations de mise à jour dans un fichier binaire spécifique.

Et maintiendra un index des fichiers pour suivre la rotation des journaux. Ce journal peut être enregistré et envoyé au serveur esclave pour des mises à jour. Lorsqu'un serveur esclave se connecte au serveur maître, le serveur esclave informe le serveur maître de l'emplacement de la dernière mise à jour réussie lue dans le fichier journal du serveur esclave. Le serveur esclave recevra alors toutes les mises à jour survenues depuis, puis se verrouillera et attendra que le serveur maître notifie de nouvelles mises à jour.

Le rôle de la réplication maître-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 maître, vous pouvez passer à l'esclave. base de données pour continuer à travailler pour éviter la perte de données.

2. Extension de l'architecture. Le volume d'activité devient de plus en plus important et la fréquence d'accès aux E/S est trop élevée, ce qui ne peut pas être satisfait par une seule machine. À l'heure actuelle, le stockage multi-bases de données est utilisé pour réduire la fréquence d'accès aux E/S disque et. améliorer les performances d'E/S d'une seule machine.

3. La séparation de la lecture et de l'écriture permet à la base de données de prendre en charge une plus grande concurrence. Particulièrement important dans les rapports. Certaines instructions SQL de rapport étant très lentes, elles provoquent des verrous de table et affectent les services frontaux. Si la réception utilise le maître et le rapport utilise l'esclave, alors le rapport SQL ne provoquera pas de verrouillage de la réception, garantissant ainsi la vitesse de la réception.

Tutoriel recommandé : "PHP"

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