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.