IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Administration MySQL Discussion :

Comportement de la réplication Mysql


Sujet :

Administration MySQL

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre expérimenté
    Homme Profil pro
    Développeur Web
    Inscrit en
    Mai 2002
    Messages
    299
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Développeur Web
    Secteur : Santé

    Informations forums :
    Inscription : Mai 2002
    Messages : 299
    Par défaut Comportement de la réplication Mysql
    Bonjour,

    nous utilisons un serveur Mysql répliqué sur un esclave (mis en place par un prestataire). Sur le masteur, à longueur de journée je peux voir une tâche tourner
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    14565  replimol   31703 Binlog Has sent all binlog to slave; waiting for binlog to be updated
    Je me demande si c'est bien normal. De plus le presta nous a averti qu'il y avait parfois des gros retards de réplication. Ne connaissant pas grand chose je cherche des pistes et conseils.

    Merci
    Cédric

  2. #2
    Membre éprouvé
    Homme Profil pro
    Ingénieur réseau et sécurité / Consultant
    Inscrit en
    Août 2005
    Messages
    1 068
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 36
    Localisation : Suisse

    Informations professionnelles :
    Activité : Ingénieur réseau et sécurité / Consultant
    Secteur : Industrie

    Informations forums :
    Inscription : Août 2005
    Messages : 1 068
    Par défaut
    bonjour cedricgirard.

    Votre prestataire vous a-t-il dit dans quel cas ce retard pouvait être présent ? Est-il dû à un paramètre bien spécifique ou est-ce une généralité avec l'architecture de replication ?

    salutations

  3. #3
    Membre expérimenté
    Homme Profil pro
    Développeur Web
    Inscrit en
    Mai 2002
    Messages
    299
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Développeur Web
    Secteur : Santé

    Informations forums :
    Inscription : Mai 2002
    Messages : 299
    Par défaut
    Il a juste mentionné ce fait (l'esclave est en retard) comme anormal. En expliquant cela par le fait qu'on écrivait peut être directement sur l'esclave, ce qui n'est pas possible vu notre configuration (ou alors c'est leur architecture qui délire, celle qui est censée remplacer le maitre par l'esclave en cas de panne du premier).

  4. #4
    Membre Expert
    Avatar de Sivrît
    Profil pro
    Inscrit en
    Février 2006
    Messages
    953
    Détails du profil
    Informations personnelles :
    Âge : 43
    Localisation : France, Paris (Île de France)

    Informations forums :
    Inscription : Février 2006
    Messages : 953
    Par défaut
    Le message, si j'interprète correctement, indique que l'intégralité du log binaire a été envoyé à (aux) l'esclave et donc que la tâche chargée de le relayer est au chômage technique jusqu'à ce qu'il y ait des modifications de la base. Ca me semble tout à fait normal.

    Il y a des retard, ou bien il prévient qu'il peut y en avoir ? Par définition l'esclave est toujours un peu derrière, sauf s'il ne se passe rien. Le retard augmente avec l'activité mais doit normalement rester raisonnable, surtout que le maitre doit être plus chargé que l'esclave.
    S'il augmente vraiment il se pourrait que (liste non exhaustive, je ne suis pas expert du sujet) :
    • La machine de l'esclave est moins puissante que le maitre et lors des pics d'utilisation elle peine à suivre
    • Les modifications sont faites sur le maitre mais on profite de l'esclave pour répartir les SELECT et l'esclave ne suit plus (ou une grosse requête dure longtemps et ses verrous en lecture sur l'esclave l'empêchent de réaliser ses mises à jour avant qu'elle se termine).
    • Les backup (mysqldump) sont réalisés sur l'esclave et la charge et/ou le verrouillage ralentissent et/ou bloquent le processus de réplication.
    • Le requêtes sont rejouées séquentiellement sur l'esclave. Si l'une d'elle prend 5 minutes, l'esclave prend 5 minutes de retard pendant ce temps (mais devrait le rattraper par la suite).
    • La transmission du log traine... reste à voir pourquoi. Réseau congestionné ?

  5. #5
    Membre à l'essai
    Profil pro
    Inscrit en
    Septembre 2008
    Messages
    5
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2008
    Messages : 5
    Par défaut train de loose
    Bonjour,

    je confirme SilVrit: à vérifier :
    1- ce qui tourne sur le Slave
    2- la dimension de la machine slave: il n'y a pas d'économie à mettre un slave moins costaud que le master, si ce n'est perdre des données qui n"ont pas encore été répliquées par manque de temps, et/ou engorgement des binlog sur le Slave.
    3- engorgement du réseau : sur un LAN : se réserver ce qu'il faut, voire mettre une connexion directe au plus haut. sur un WAN , plus dur, sachant que la communication entre le master et son (ses) slaves est conpressés nativement dans le moteur MySQL. trier (QoS) et vérifier les flux (analyse)reste la meilleure route vers la solution.

    4- il apparaît que le moteur de réplication peut prendre du retard. Cependant, ton message n'est pas inquiétant. il s'agit juste d'une info du master. consulter les logs sur le slave pour savoir où il en est de la "digestion" des logs du master.

Discussions similaires

  1. Difficultés avec réplication MySQL 5 Linux
    Par ctobini dans le forum Administration
    Réponses: 3
    Dernier message: 23/07/2009, 13h11
  2. Réplication mysql -> MS SQL
    Par alex_bdd dans le forum SQL Procédural
    Réponses: 1
    Dernier message: 30/12/2007, 19h03
  3. Utilisation de la réplication MySQL en asp ou php ?
    Par fredouille31 dans le forum Installation
    Réponses: 1
    Dernier message: 01/08/2007, 14h54
  4. Probleme Réplication MySQL
    Par akalaan dans le forum Requêtes
    Réponses: 8
    Dernier message: 27/12/2006, 12h46
  5. Réplication MySQL
    Par olive_le_malin dans le forum Outils
    Réponses: 4
    Dernier message: 01/09/2005, 15h10

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo