Discussion :

[bobic]

Bonjour à tous,

J'ai un petit soucis de réplication sur mes bases mysql, je m'explique.

J'ai un serveur sur lequel tourne mes bases mysql, sur lequel est activé le log binaire afin de pouvoir répliquer toutes mes bases.
J'ai fait la nuit dernière un export de tte les bases, avec l'option --master-data afin d'enregistrer la position du log.

Dans mon second serveur, qui va donc répliquer les datas du premier, j'ai récupéré l'export, et je l'ai mis en place.

J'ai alors fait un load data from master, puis un start slave.
Quand je vérifie le status de la réplication, à première vue tout va bien

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
 
mysql> show slave status\G
*************************** 1. row ***************************
             Slave_IO_State: Waiting for master to send event 
                Master_Host: hosts.com               
                Master_User: repl                             
                Master_Port: 3306
              Connect_Retry: 60
            Master_Log_File: mysql-bin.000770
        Read_Master_Log_Pos: 54493136
             Relay_Log_File: mysqld-relay-bin.000002
              Relay_Log_Pos: 3659596
      Relay_Master_Log_File: mysql-bin.000770
           Slave_IO_Running: Yes
          Slave_SQL_Running: Yes
            Replicate_Do_DB:
        Replicate_Ignore_DB:
         Replicate_Do_Table:
     Replicate_Ignore_Table:
    Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
                 Last_Errno: 0
                 Last_Error:
               Skip_Counter: 0
        Exec_Master_Log_Pos: 54493136
            Relay_Log_Space: 3659596
            Until_Condition: None
             Until_Log_File:
              Until_Log_Pos: 0
         Master_SSL_Allowed: No
         Master_SSL_CA_File:
         Master_SSL_CA_Path:
            Master_SSL_Cert:
          Master_SSL_Cipher:
             Master_SSL_Key:
      Seconds_Behind_Master: 0

MAIS, quand je vérifie mes datas, il se trouve que toutes les enregistrements qui ont eut lieu entre le moment de la réplication, et celui où j'ai lancé le slave, ne sont pas prises en compte.
Par contre, si je fais un insert quelquonque sur le maitre, je le retrouve immédiatement sur l'esclave !

Qu'ai je zappé ???

Merci pour votre aide !

[VLDG]

tu utilises quelle version de serveur ?

[bobic]

Slt,

C'est une 5.0.51a-24+ sur le slave et une 5.0.32 sur le maitre.

J'ai réessayé, afin d'affiner la source du problème.
Quand je met juste en place mes datas depuis mon export, et que je fais un slave start, j'ai une erreur qui me signale qu'un enregistrement est déjà présent (sur une table temporaire en innodb)
Lorsque je lance le load data from master puis slave start, plus d'erreur, mais il me zappe tout ce qui s'est passé entre le dump et le lancement du slave....

[StephaneC.]

LOAD DATA FROM MASTER est obsolète en 5.0. Tu peux regarder ici pour plus de détails.

Est-ce que par hasard tu n'oublies pas de faire un CHANGE MASTER TO ... avant de faire un START SLAVE ?

Stéphane

[bobic]

Slt,

Merci de ta réponse

Pour le load data from master, en effet
Mais le lien ne dis pas par quoi elle a été remplacée (ou alors, je n'ai pas vu)

Pour le reste, en fait, dans mon dump, il y a la commande change master to, afin de le positionner sur le bon numéro pour le log binaire.
Donc, je ne le fais pas moi même, il se fait avec le dump.

Mais en fait, j'ai l'impression, qu'entre le moment où il calcul le num du log binaire et où il termine le backup, des choses se sont passées... Comme si la base ne s'était pas "locké" d'où le problème.... (je backup 6 bases en tout)

Alors bien sur, je pourrai couper le sgbd, récupérer le number de la séquence, tarer les fichiers, et la relancer, mais comme apparement, cette solution a été prévue, j'aimerai réussir à la faire fonctionner

[kedare]

Slt,

Merci de ta réponse

Pour le load data from master, en effet
Mais le lien ne dis pas par quoi elle a été remplacée (ou alors, je n'ai pas vu)

For MySQL 5.1 and earlier, the recommended alternative solution to using LOAD DATA FROM MASTER or LOAD TABLE FROM MASTER is using mysqldump or mysqlhotcopy.

[bobic]

Bon ben donc, c'est bien ce que je fait.... sauf que je cumule les deux
De plus, je suis en 5.0.x...

J'ai encore réessayé avec mon dump, et j'ai le même prob.
Pour info, la commande que j'utilise pour le dump est la suivante (peut être ai-je raté un paramètre dans le backup)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
mysqldump --master-data --opt --single-transaction -A -u root -p > backup.sql

Aurai-je manqué quelque chose dans le dump ??

[kedare]

C'est pas l'idéal d'utiliser 2 versions différentes dans une réplication, il y a pas moyen d'avoir la dernière version sur les deux ?