Découvrez la réplication de la base de données Galera et les requêtes lentes MySQL associées
Les clusters Galera améliorent les performances et l’évolutivité. Lorsque vous envisagez des bases de données secondaires, il est important de comprendre que le mode de réplication des données est différent de celui utilisé sur la base principale. La base de données principale peut effectuer des opérations en bloc. Lorsque la réplication se produit pour toutes les bases de données secondaires, elles effectuent des actions une par une. Par exemple, si une suppression porte sur 67 000 000 d’éléments, dans les bases de données secondaires, chacun d’eux se produit un par un. En examinant les journaux de requêtes lentes Mysql, vous constatez que cette action peut prendre beaucoup de temps. Comme les bases de données secondaires exécutent des tâches une par une, cela explique que les tâches ne soient pas synchronisées et que des impacts sur les performances puissent être détectés.
Si possible, la solution consiste à regrouper les opérations volumineuses pour aider les bases de données secondaires à rester synchronisées avec la base de données principale. En procédant par lots, les actions peuvent être exécutées en temps opportun et les impacts sur les performances sont réduits au minimum.
À qui s'adresse cette vidéo ?
- Architectes
- Développeur
- Opérations de développement
Contenu vidéo
- Réplication de la galerie vers la base de données secondaire
- En savoir plus sur le contrôle de flux
- Recherche de numéros de threads dans les logs de requêtes lentes mysql
- Les exécutions en bloc ne se produisent que sur l’instance principale. Les réplications se produisent 1 par
- Effectuez des validations par lots volumineuses pour aider la réplication à suivre le processus principal.