2 votes

Réplication MySQL ralentissant le maître

Nous utilisons actuellement MySQL 5.1

Aperçu rapide
Nous utilisons 5 serveurs web (Apache) tous connectés à un serveur de base de données (MySQL) hébergé sur le cloud. Le serveur de base de données fonctionnant sur le nuage (maître) réplique vers un serveur de base de données local (esclave) ici dans nos bureaux.

Problème
Nous avons remarqué que lorsque l'esclave est allumé, la liste des processus maîtres commence à se charger avec des utilisateurs non authentifiés. Dès que nous arrêtons l'esclave, la liste des processus du maître revient lentement à la normale.

La RAM et le SWAP semblent corrects et il n'y a pas de requêtes lentes en cours d'exécution pour expliquer l'accumulation dans la liste des processus MySQL.

Pourrait-il s'agir d'un goulot d'étranglement du réseau ? J'ai pensé que cela pouvait être un disque dur lent, mais la taille du journal de bord ne semble pas avoir d'importance quand il fonctionne lentement.

0voto

Adam Points 11

Vous pouvez surveiller le trafic des threads du point de vue de MySQL avec deux variables d'état

Comment la réplication affecte-t-elle ces variables d'état ?

  • Octets_envoyés : IO Thread demandant les entrées du binlog au Maître
  • Octets_reçus
    • IO Thread lisant les entrées binlogs de son maître
    • Le thread SQL lit ses propres journaux de relais

J'ai discuté de ce sujet dans le DBA StackExchange.

Le goulot d'étranglement est sans aucun doute le trafic sortant du serveur cloud communiqué par le thread IO.

SUGGESTIONS

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X