SHOW SLAVE STATUS

Fornece a informação de status nos parâmetros essenciais da thread do slave. Se você utilizar esta instrução usando no cliente MariaDB, você pode usar o terminador \G em vez de um ponto e vírgula no fim, para conseguir um layout vertical mais legível:

mysql> SHOW SLAVE STATUS\G
*************************** 1. row ***************************
 Slave_IO_State: Waiting for master to send event
 Master_Host: localhost
 Master_User: root
 Master_Port: 3306
 Connect_Retry: 3
 Master_Log_File: gbichot-bin.005
 Read_Master_Log_Pos: 79
 Relay_Log_File: gbichot-relay-bin.005
 Relay_Log_Pos: 548
Relay_Master_Log_File: gbichot-bin.005
 Slave_IO_Running: Yes
 Slave_SQL_Running: Yes
 Replicate_Do_DB:
 Replicate_Ignore_DB:
 Last_Errno: 0
 Last_Error:
 Skip_Counter: 0
 Exec_Master_Log_Pos: 79
 Relay_Log_Space: 552
 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: 8

Dependendp da sua versão do MariaDB, você pode não ver todos os campos como aqui mostrado. Alguns campos estão presentes apenas a partir do MariaDB.

Os campos mostrados por SHOW SLAVE STATUS tem o seguinte significado:

• Slave_IO_State

  Uma cópia da coluna State da saída de SHOW PROCESSLIST para a thread de E/S do slave; lhe dirá se está thread está tentando se conectar ao master, esperando por eventos do master, reconectando ao master, etc. Os estados possíveis estão listados em "Visão Geral da Implementação da Replicação". Olhar está coluna é necessário porque, por exemplo, a thread pode estar em execução mas não tem sucesso ao tentar se conectar ao master: apenas esta coluna lhe deixará ciente do problema de conexão. Por outro lado, o estado da thread SQL não é copiada, porque as coisas são mais simples para esta thread: se ela estiver em execução, não haverá problema; se não, você encontrará o erro na coluna Last_Error (descrita abaixo).

  Este campo está presente a partir do MariaDB.

• Master_Host

  A máquina master atual.

• Master_User

  O usuário usado para conectar ao master.

• Master_Port

  A porta atual do master.

• Connect_Retry

  O valor atual de master-connect-retry.

• Master_Log_File

  O nome do arquivo de log binário do master no qual a thread de E/S está lendo atualmente.

• Read_Master_Log_Pos

  A posição até a qual a thread de E/S leu no log binário do master.

• Relay_Log_File

  O nome do arquivo de relay log na qual a thread SQL está lendo e executando atualmente.

• Relay_Log_Pos

  A posição até a qual a thread de SQL leu e executou neste relay log.

• Relay_Master_Log_File

  O nome do arquivo de log binário do master no qual contém o último evento executado pela thread de SQL.

• Slave_IO_Running

  Diz se a thread de E/S foi iniciada ou não.

• Slave_SQL_Running

  Diz se a thread de SQL está iniciada ou não.

• Replicate_Do_DB, Replicate_Ignore_DB

  A lista de banco de dados que foi especificado com as opções --replicate-do-db e --replicate-ignore-db.

• Replicate_Do_Table, Replicate_Ignore_Table, Replicate_Wild_Do_Table, Replicate_Wild_Ignore_Table

  As tabelas que foram especificadas com as opções --replicate-do-table, --replicate-ignore-table, --replicate-wild-do-table, e --replicate-wild-ignore_table.

  Estes campos estão presentes a partir do MariaDB.

• Last_Errno

  O número de erro retornado pela consulta executada mais recentemente. Um valor 0 significa sem erro.

• Last_Error

  A mensagem de erro retonada pela consulta executada mais recentemente. Por exemplo:

  Last_Errno: 1051
  Last_Error: error 'Unknown table 'z'' on query 'drop table z'
  

  A mensagem indica que a tabela z existia no mestre e foi apagada lá, mas ela não existe no slave, assim DROP TABLE falhou no servidor. (Isto pode ocorrer se o usuário esqueceu de copiá-la no slave ao configurá-lo).

  A string vazia significa sem erro. Se o valor Last_Error não for vazio, ele também apareceria como uma mensagem no log de erro do slave. Por exemplo:

• Skip_Counter

  O último valor usado por SQL_SLAVE_SKIP_COUNTER.

• Exec_Master_Log_Pos

  A posição no log binário do master (Relay_Master_Log_File) do último evento executado pela thread de SQL. ((Relay_Master_Log_File,Exec_Master_Log_Pos) no log binário do master corresponde a (Relay_Log_File, Relay_Log_Pos) no relay log).

• Relay_Log_Space

  O tamanho total de todos os relay logs existentes.

• Until_Condition, Until_Log_File, Until_Log_pos

  O valor especificado na cláusula UNTIL da instrução START SLAVE.

  Until_Condition possui estes valores estes valorer:

  • None se nenhuma cláusula UNTIL foi especificada
  • Master se o slave estiver lendo até uma dada posição no log binário do master.
  • Relay se o slave estiver lendo até uma dada posição em seus relay logs

  Until_Log_File e Until_Log_Pos indicam o nome do arquivo de log e e posição que define o ponto no qual a thread SQL irá parar a execução.

  Estes campos estão presentes a partir do MariaDB.

• Master_SSL_Allowed, Master_SSL_CA_File, Master_SSL_CA_Path, Master_SSL_Cert, Master_SSL_Cipher, Master_SSL_Key

  Estes campos mostram os parâmetros SSL usado pelo slave para se conectar os master, se existirem.

  Master_SSL_Allowed possui estes valores:

  • Yes se uma conexão SSL ao master é permitida
  • No se uma conexão SSL ao master não é permitida
  • Ignored se uma conexão SSL permitida pelo servidor slave não tem suporte a SSL habilitado.

  Os valores dos outros campos correspodem ao valor das opções --master-ca, --master-capath, --master-cert, --master-cipher, e --master-key.

  Estes campos estão presentes a partir do MariaDB.

• Seconds_Behind_Master

  O número de segundos passados desde o último evento do master executado pela thread salve SQL. Será NULL quando nenhum evento foi executado ainda, ou depois de CHANGE MASTER e RESET SLAVE. Esta coluna pode ser usada para saber 'quão atrasado está o seu slave'. Funcionará mesmo se o seu master e slave não tiverem clocks idênticos.

  Estes campos estão presentes a partir do MariaDB.

Retornar