Avant on sauvegardait sur un slave mais en creusant un peu sur le net, nous avons lu plusieurs articles qui expliquent que les slave MySQL ne sont pas toujours consistants (même si 'SHOW SLAVE STATUS' te dit qu'il est à jour). Le Slave est là en cas de dernier recours mais dans la mesure du possible, nous ne lui faisons pas confiance et nous ne l'utilisons pas.
D'ailleurs j'ai écarté la piste du dump en testant sur un slave : la consommation mémoire n'a pas bougée.
Une seule ligne de différence entre notre master et notre slave : "read_only = 1" sur le slave.
Version identique (5.5.40) des deux côtés. Les machines sont identiques mais dans deux datacentres différents.
Il y a environ 1H / 1H15 de sauvegarde pour une base.
[^] # Re: sauvegarder sur le slave et comparer slave / master
Posté par kortex . En réponse au message MySQL - oom killer. Évalué à 1.
Avant on sauvegardait sur un slave mais en creusant un peu sur le net, nous avons lu plusieurs articles qui expliquent que les slave MySQL ne sont pas toujours consistants (même si 'SHOW SLAVE STATUS' te dit qu'il est à jour). Le Slave est là en cas de dernier recours mais dans la mesure du possible, nous ne lui faisons pas confiance et nous ne l'utilisons pas.
D'ailleurs j'ai écarté la piste du dump en testant sur un slave : la consommation mémoire n'a pas bougée.
Une seule ligne de différence entre notre master et notre slave : "read_only = 1" sur le slave.
Version identique (5.5.40) des deux côtés. Les machines sont identiques mais dans deux datacentres différents.
Il y a environ 1H / 1H15 de sauvegarde pour une base.