hello,

j'ai deux serveurs dédiés, un pour le frontend, un pour le backend.

pour les besoins de scripts backend, j'ai besoin des bdd actualisées toutes les 15 mins.

je cherche la meilleure solution dont le but étant d'utiliser le moins de ressources possible sur le frontend, que se soit sur php ou mysql.

vaut mieux synchroniser en permanence les bdd ou plutôt les transférer/ré-installer automatiquement toutes les 15 mins (4-5bases de 300 000 lignes environs totales) ?

Le nombre de ligne, presque osef. Quel est le poids ? Tu as des backups de fait en dehors de la synchro ?

Et le front doit être synchro avec le back ?

une centaine de mo environ

ca fait pas mal mais comme les deux serveurs sont chez le même hebergeurs (ovh), je me dis que le transfert doit être très rapide. j'ai pas encore testé.

oui y a un backup de la home hebdomadaire, un des bases journalier.

et oui, le front doit être synchro avec le back et inversement... mdrr c'est le principe de la synchro, ca doit être pareil sur les deux ;)

Sauf qu'une synchro classqie c'est un serveur mettre qui est mise à jour et un esclave qui dupliques le maître (ainsi de suite). Je n'ai jamais testé la synchro à "double sens" comme tu le voudrais. D'ailleurs, ça me paraît un peu foireux comme plan, dans ton cas.

euhh pour moi une synchro classique c'est au contaire une bidirectionnelle, qui copie les fichiers des deux côtés, à la dropbox quoi, tu fais une modif sur un des 2 serveurs ca copie instantanément la modif dans l'autre.

b r e f .

autrement dit, une synchro bidirectionnelle consomme t'elle beaucoup de ressource?
ça devrait être possible de la configurer pour qu'elle ne modifie que les lignes des tables modifiées, pas l'ensemble?
vous pensez que ca met combien de temps pour transférer et monter 100mo de bdd en ssh entre deux dédiés? ça consomme plus de ressources que la synchro sur le front?

Excuse moi mais j'ai envie de voir si ce que tu veux faire ne serait pas une erreur.

Pourquoi ne pas avoir un seul serveur MySQL ?

c'est pour necessité moins de ressources systeme sur le serveur principal web.

certains scripts demandes beaucoup de ressources cpu et de mémoires, quand je les lancent sur le serveur principal web ça ralenti le serveur, et donc la qualité de navigation des visiteurs; d'où l'avantage de mettre ces scripts sur un autre serveur, dans la mesure du possible.

Et pourquoi mettre un second serveur mysql ?

bon laisse tomber c'est pas grave, je suis en train de tester moi-même (ca a l'air mal barrer pour le transfert/installation complet des bases toutes les 15min)

merci d'avoir participé deepblue

bah j'veux bien aider. J'aimerais juste que tu prennes une bonne décision pour le coup.