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 de répliquer des bases de données, il est important de comprendre que le mode de réplication des données est différent de celui du mode principal. 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 de réplication, elles effectuent des actions une par une. Par exemple, si une suppression porte sur 67 000 000 d’éléments, sur les bases de données répliquées, chacun d’eux se produit un par un. Lors de l’examen des journaux de requêtes lentes de MySQL, vous constatez que cette action peut prendre beaucoup de temps. Le fait que les bases de données répliquées effectuent des opérations de manière séquentielle est une raison pour laquelle les éléments ne sont pas synchronisés, et des impacts sur les performances peuvent être détectés.
Pour aider les bases de données de réplication à rester synchronisées avec l’instance principale, regroupez vos opérations volumineuses lorsque cela est possible. 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.
Audience prévue
- Architectes
- Développeur
- Opérations de développement
Contenu vidéo
- Réplication de la galerie vers la base de données répliquée
- 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
- Pour que la réplication suive le rythme de l’instance principale, effectuez par lots vos validations volumineuses.