Le basculement de la bibliothèque MySQL Master comprend principalement quatre étapes. 1. Détection des défauts: Vérifiez régulièrement le processus principal de la bibliothèque, l'état de la connexion et la requête simple pour déterminer s'il s'agit de temps d'arrêt, de définir un mécanisme de réessayer pour éviter une erreur de jugement et peut utiliser des outils tels que MHA, Orchestrator ou Keepalived pour aider à la détection; 2. Sélectionnez la nouvelle bibliothèque principale: sélectionnez la bibliothèque d'esclaves la plus appropriée pour les remplacer en fonction de la progression de la synchronisation des données (seconds_behind_master), de l'intégrité des données du binlog, du retard du réseau et des conditions de charge, et effectuez une compensation de données ou une intervention manuelle si nécessaire; 3. Commutation Topologie: pointez les autres bibliothèques d'esclaves à la nouvelle bibliothèque ma?tre, exécutez réinitialiser le ma?tre ou activer GTID, mettre à jour VIP, DNS ou configurations proxy pour obtenir une commutation transparente des applications; 4. Coopération de la couche d'application: les clients doivent prendre en charge la reconnexion automatique, la gestion des exceptions et les mécanismes DNS tels que la rafra?chissement du cache, combinés avec le middleware de la pool de connexion tels que le hikaricp pour améliorer la tolérance aux défauts et assurer la transition de service sans couture.

Le basculement de la bibliothèque MySQL Master est un lien clé dans une architecture à haute disponibilité. Le but est de transférer rapidement le trafic vers une bibliothèque d'esclaves lorsqu'une exception se produit dans la bibliothèque principale pour s'assurer que le service est en continu. Ce processus comprend généralement plusieurs étapes telles que la détection de défaillances, la sélection d'une nouvelle bibliothèque ma?tre et la commutation des connexions client.

1. Détection des défauts: comment déterminer s'il y a un problème avec la bibliothèque principale?

Confirmer automatiquement ou manuellement si la bibliothèque principale est vraiment des temps d'arrêt est la première étape de l'ensemble du processus. Une pratique courante consiste à détecter régulièrement l'état de santé de la bibliothèque principale via un système de surveillance, comme:

• Vérifiez si le processus MySQL est en cours d'exécution
• Essayez d'établir une connexion de base de données
• Exécuter des requêtes SQL simples (telles que SELECT 1 )

Une fois qu'il échoue plusieurs fois de suite, la bibliothèque principale est considérée comme indisponible. Il convient de noter que la gigue de réseau peut également conduire à une erreur de jugement, donc un mécanisme de réessayer et un délai d'expiration sont généralement définis pour éviter une commutation inutile.

Certains outils tels que le MHA, l'orchestrateur ou Keepalived peuvent être utilisés pour la détection des défauts.

2. Choisissez une nouvelle bibliothèque principale: qui prendra le relais?

Après avoir confirmé que la bibliothèque ma?tre échoue, l'étape suivante consiste à sélectionner un n?ud approprié dans la bibliothèque d'esclaves existante en tant que nouvelle bibliothèque ma?tre.

Les critères de sélection comprennent généralement:

• Progrès de la synchronisation des données (voir Seconds_Behind_Master )
• Y a-t-il les dernières données de binlog
• Latence et stabilité du réseau
• Situation de chargement d'instance

Idéalement, vous devez choisir la bibliothèque d'esclaves qui est la plus proche de la bibliothèque ma?tre d'origine, ce qui peut réduire le risque de perte de données. Si plusieurs bibliothèques d'esclaves sont à la tra?ne en retard, une compensation de données ou une intervention manuelle peut être nécessaire.

MHA essaie automatiquement de remplir les journaux, tandis que l'orchestrateur peut afficher la topologie et prendre des décisions via l'API.

3. Passez à la topologie: faites savoir aux autres n?uds qui est le nouveau ma?tre

Après avoir déterminé la nouvelle bibliothèque ma?tre, la prochaine chose à faire est de pointer l'autre bibliothèque d'esclaves vers la nouvelle bibliothèque ma?tre et de mettre à jour la configuration de la couche d'application pour s'assurer que les demandes d'écriture arrivent correctement.

Les opérations spécifiques comprennent:

• Exécuter RESET MASTER ou activer GTID dans la nouvelle bibliothèque principale
• D'autres bibliothèques d'esclaves exécutent CHANGE MASTER TO pointer vers le nouveau ma?tre
• Mettre à jour la configuration VIP ou DNS pour permettre aux applications de changer de manière transparente
• Si vous utilisez un proxy (comme ProxySQL, maxscale), vous devez également mettre à jour sa configuration

La clé de cette étape est d'essayer d'être "transparente" et d'éviter les interruptions commerciales. Certaines solutions simplifieront également la logique de commutation en combinaison avec un mécanisme de découverte IP ou de service virtuel.

4. Coopération de la couche d'application: n'oubliez pas le client

Même si la commutation est terminée au niveau de la base de données, si l'application ne per?oit pas les modifications dans le temps, une erreur de connexion se produira toujours.

Pour traiter ce problème, les méthodes suivantes peuvent être prises en compte:

• Utiliser le middleware de la pool de connexion pour prendre en charge la reconnexion automatique et la séparation en lecture-écriture
• Ajouter la logique de réessayer et la gestion des exceptions au code client
• En collaboration avec la stratégie de rafra?chissement du cache DNS, assurez-vous que l'application obtient la dernière adresse

Par exemple, en utilisant Hikaricp ou Mybatis à Spring Boot, vous pouvez définir le délai d'expiration de la connexion et le nombre maximal de tentatives pour améliorer la tolérance aux défauts.

Fondamentalement, ce sont les étapes. Bien que le processus global ne semble pas compliqué, il existe de nombreux détails dans le déploiement réel qui sont faciles à ignorer, tels que le retard de réplication, la cohérence GTID, la configuration d'autorisation et d'autres problèmes. Il est recommandé de faire plus d'exercices avant d'être officiellement lancé pour s'assurer que le basculement peut être exécuté en douceur.

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!