Maison >base de données >tutoriel mysql >Quelles sont les solutions de conception MySQL haute disponibilité courantes ?

Quelles sont les solutions de conception MySQL haute disponibilité courantes ?

王林
王林avant
2023-05-31 21:25:271588parcourir

Solution de conception MySQL à haute disponibilité. Si l'optimisation de MySQL à elle seule ne peut toujours pas résister à la pression, alors nous devons envisager la solution de cluster MySQL. Les solutions actuellement réalisables sont :

Quelles sont les solutions de conception MySQL haute disponibilité courantes ?

1. MySQL Cluster

Avantages : Très. haute disponibilité et très bonnes performances. Au moins une copie de chaque donnée peut être stockée sur différents hôtes et les copies de données redondantes sont synchronisées en temps réel. Étant donné que sa maintenance est lourde et qu'il existe certaines vulnérabilités, je ne recommande pas de l'utiliser dans des systèmes en ligne critiques.

2. Solution de mise en miroir du réseau de disques DRBD

Ce logiciel présente les avantages suivants : il possède des fonctions puissantes, peut rapidement mettre en miroir les données sur différents hôtes physiques au niveau du périphérique sous-jacent et peut configurer différents niveaux de synchronisation en fonction des exigences de performances et de fiabilité. . Les opérations d'E/S maintiennent l'ordre, ce qui peut répondre aux exigences strictes de la base de données en matière de cohérence des données.

Cependant, les environnements de système de fichiers non distribués ne peuvent pas prendre en charge la visibilité simultanée des données miroir. Les performances et la fiabilité sont contradictoires. Elles ne peuvent pas être appliquées à des environnements exigeants en termes de performances et de fiabilité. Le coût de maintenance est plus élevé que la réplication MySQL. Par conséquent, vous pouvez envisager de le déployer en fonction de l'environnement réel.

3. Réplication MySQL

La réplication MySQL est largement utilisée dans la conception de scénarios réels pour améliorer l'évolutivité du système. Après que de nombreux utilisateurs de MySQL aient amélioré l'évolutivité du système grâce à la fonction de réplication, ils ont doublé, voire augmenté les performances du système d'origine en ajoutant simplement des périphériques matériels à bas prix. Il s'agit d'une fonctionnalité que la majorité des bas de gamme et de milieu de gamme. -range Les utilisateurs de MySQL aiment beaucoup. L'une des raisons les plus importantes pour lesquelles de nombreux utilisateurs de MySQL choisissent MySQL.

Il existe plusieurs architectures de réplication MySQL plus conventionnelles. Voici une brève explication de chacune.

Solution de réplication MySQL 1 : L'architecture de réplication conventionnelle maître-esclave est un modèle architectural qui se réplique d'un maître vers un ou plusieurs Salves. utilisé pour Une solution d'extension bon marché pour les applications côté base de données avec une pression de lecture élevée. La lecture et l'écriture sont séparées. Le maître est principalement responsable de la pression d'écriture.

Solution de réplication MySQL 2 : architecture de réplication en cascade, c'est-à-dire maître-esclaves-esclaves. Cela permet également d'éviter que la pression de lecture des esclaves ne soit trop élevée. La configuration d'une couche d'esclaves secondaires peut facilement résoudre le problème du trop grand nombre d'esclaves connectés. esclaves du côté Maître. Le risque de l’énergie en bouteille.

Option de réplication MySQL 3 : architecture combinée de réplication double maître et en cascade, c'est-à-dire maître-maître-esclaves, le plus grand avantage est qu'elle peut éviter que les opérations d'écriture du maître principal ne soient affectées par la réplication du cluster esclave et garantir que le principal point de défaillance unique du maître.

Inconvénients de la réplication MySQL : si la panne matérielle de l'hôte maître ne peut pas être récupérée, certaines données qui n'ont pas été transmises à l'esclave peuvent être perdues. Par conséquent, chacun devrait choisir sa propre solution d'architecture MySQL raisonnable en fonction de sa planification réseau actuelle, communiquer avec son administrateur de base de données MySQL et ses programmeurs, effectuer plusieurs sauvegardes (je ferai au moins une double sauvegarde locale et hors site), tester davantage et données. le plus important est qu’il ne devrait y avoir aucune erreur, alors souvenez-vous-en.

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:
Cet article est reproduit dans:. en cas de violation, veuillez contacter admin@php.cn Supprimer