Cercando di capire SHOW SLAVE STATUS in MySQL

Question

Ho una configurazione replica master-slave e sembra che sta funzionando benissimo. Qui di seguito è il risultato di comando di SHOW SLAVE STATUS:

show slave STATUS\G;
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: *.*.*.*
                  Master_User: repliV1
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-bin.000001
          Read_Master_Log_Pos: 10726644
               Relay_Log_File: mysqld-relay-bin.000056
                Relay_Log_Pos: 231871
        Relay_Master_Log_File: mysql-bin.000001
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
              Replicate_Do_DB: data1
          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: 10726644
              Relay_Log_Space: 232172
              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
Master_SSL_Verify_Server_Cert: No
                Last_IO_Errno: 0
                Last_IO_Error:
               Last_SQL_Errno: 0
               Last_SQL_Error:

Vorrei capire meglio la Relay_Log_File, Relay_Log_Pos e Relay_Master_Log_File.

Le mie domande sono:

• E 'vero che il file di log del relè è uno che viene letto e memorizzato localmente per la replica di correre?

• E il relay_master_log_file poi; come è diverso dal Master_Log_File?

• Quali sono entrambi questi valori, vale a dire. , Read_Master_Log_Pos e Relay_Log_Pos? Perché stanno rivelando anche se la replica è completa e in sincronia?

• E 'vero che questi file sono in formato binario, e quindi non li possono visualizzare?

Answer 1

Voglio capire ulteriormente è la Relay_Log_File, Relay_Log_Pos e Relay_Master_Log_File.

Da SHOW SLAVE STATUS\G, ottenere due valori

• Relay_Log_File: relay log attuale di accettare nuove voci durante la replica
• Relay_Log_Pos: Posizione attuale del registro relè corrente di accettare nuove voci durante la replica
• Relay_Master_Log_File:. Relay file di log che contiene l'ultima istruzione SQL eseguita con successo sul master che è stato eseguito sulla Schiavo
• Master_Log_File: Il registro sul Master che corrisponde al file di log relè corrente e la posizione relay log corrente

I file sono in formato binario e quindi non in grado di visualizzarli destra

Sì, è possibile visualizzare i registri relè. Dal momento che hanno la stessa struttura di un normale log binario, basta eseguire il mysqlbinlog programma . Ad esempio, per visualizzare l'SQL all'interno di qualsiasi di voi inoltro tronchi, come ad esempio l'ultimo, fare questo:

mysqlbinlog mysqld-relay-bin.000056 > /root/SQLForCurrentRelayLog.txt
less /root/SQLForCurrentRelayLog.txt

Answer 2

Relay_Master_Log_File è in realtà il nome del binlog sul master che contiene l'ultima istruzione SQL eseguita con successo sullo slave. Non è il nome di un relay log sullo slave. Vedere: http://dev.mysql.com/doc /refman/5.5/en/show-slave-status.html

Exec_Master_Log_Pos è la posizione nella relay_master_log_file che processi SQL slave ha eseguito fino a. Quindi nel tuo esempio, il db slave ha eseguito tutte le istruzioni fino al pos mysql-bin.000001 binlog 10726644 sul master db.

until_log_pos è davvero usato solo se si avvia lo slave con l'START SLAVE UNTIL master_log_pos = $integer sintassi. Che la sintassi replicherà fino a quella posizione (sarà la exec_master_log_pos) e poi fermata. Si sarebbe normalmente solo fare questo se si voleva replicare a un punto specifico, ma non oltre (come se l'istruzione successiva è una caduta accidentale da tavolo o qualcosa). Il valore di until_log_pos è 0 quando non è specificato, quindi nel tuo caso significa che la replica sarà solo continuare ad andare avanti.