Comment la réplication MySQL reste-t-elle synchronisée?

Question

J'ai 1 serveur MySQL pour supporter l'application PHP. La logique dans l'application nécessite plusieurs requêtes. Par exemple, pour ajouter la transaction, j'ai besoin de créer plusieurs objets de requête et d'exécuter ces requêtes séparément sans utiliser commit. Cela signifie ajouter les données de transaction d'abord dans la table avec un objet. Et pour ajouter une méthode de paiement, je crée l'objet différent.

En ce moment, c'est bon parce que je n'ai qu'un seul serveur MySQL. Que se passera-t-il si j'ai plusieurs serveurs (MySQL Master-Slave).

La création de différents objets en une seule opération appellera différents serveurs. Et à cause des données de latence peuvent ne pas être disponibles sur un autre serveur.

S'il vous plaît me conseiller de le faire correctement. Si la question n'est pas claire, demandez des précisions. Merci!

Answer 1

Ce n'est vraiment pas un problème avec la réplication. Supposons que vous ayez la requête A, puis la requête B (qui repose sur A) et la requête C (qui repose sur B).

Donc vous faites le plus simple et les exécutez dans l'ordre A, B et C. La réplication les met dans un journal dans le même ordre. Donc, quand votre esclave les exécute, il les fera de la même manière et dans le même ordre. Dans le cas où ils sont désynchronisés, l'esclave sait où il s'est arrêté pour la dernière fois dans le journal et va le reprendre là-bas. Si vous utilisez RDS pour configurer l'esclave, ceci est géré automatiquement pour vous.

Answer 2

Si vous envisagez d'utiliser RDS, vous interrogez un point de terminaison de cluster. Ce point de terminaison de cluster va automatiquement atteindre le serveur qui est actif et y créer les requêtes. Une fois vos requêtes validées, la base de données esclave se synchronisera automatiquement pour refléter vos modifications. Cela prend quelques millisecondes.