Hi,
Die Replikation erfolgt über das binlog.
Wenn der slave sich nicht zum Master verbinden kann, macht er halt nichts.
Ist der Master wieder da, schaut der slave nach, ob er Sachen einspielen muss (SQL Statements im binlog).
Deine Replikation ist also nicht defekt und du kannst davon ausgehen, dass alles funktioniert :-)
Problematisch wird es erst, wenn im Master Sachen passieren die er nicht in das binlog schreibt, dann knallt es früher oder später im slave.
Gruß
Denny
hk@x-provi.de schrieb:
Dummerweise habe ich in einer laufenden Master - Slave MySQL Replikation den Master neu gestartet (mysql restart) ohne den Slave vorher zu stoppen.
Die Replikation ist aber nach dem Master Neustart noch in Ordnung, siehe:
root@localhost [(none)]> show slave status\G;
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 10.0.1.75
Master_User: repl
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.002324
Read_Master_Log_Pos: 1053141940
Relay_Log_File: relay.006908
Relay_Log_Pos: 992341692
Relay_Master_Log_File: mysql-bin.002324
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: 992341546
Relay_Log_Space: 1053142198
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: 354
Master_SSL_Verify_Server_Cert: No
Last_IO_Errno: 0
Last_IO_Error:
Last_SQL_Errno: 0
Last_SQL_Error:
Replicate_Ignore_Server_Ids:
Master_Server_Id: 2
1 row in set (0.00 sec)
ERROR:
No query specified
Kann ich davon ausgehen, das die Replikation wirklich in Ordnung ist, wenn es da so angezeigt wird?
Immerhin war ja die Replikation kurz ausgesetzt, wenn man auf dem Master MySQL neu startet.
|