Попытка понять статус раба в MySQL

Question

У меня есть настройка репликации в мастер-рабе, и похоже, что она работает нормально. Ниже приведен результат 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:

Я хотел бы узнать дальше о Relay_Log_File, Relay_Log_Pos а также Relay_Master_Log_File.

Мои вопросы:

• Правда ли, что файл журнала реле является тем, который читается и хранится локально для запуска репликации?

• Что насчет relay_master_log_file тогда; Чем он отличается от Master_Log_File?

• Какие эти ценности, а именно, Read_Master_Log_Pos а также Relay_Log_Pos ? Почему они появляются, даже если репликация завершена и синхронизирована?

• Правда ли, что эти файлы находятся в двоичном формате, и, следовательно, я не могу их просматривать?

Answer 1

Я хочу понять далее, это RELay_Log_file, RELay_LOG_POS и RELAY_MASTER_LOG_FILE.

Из SHOW SLAVE STATUS\G, получить два значения

• Relay_Log_File : Текущий журнал реле принимает новые записи во время репликации
• Relay_Log_Pos : Текущая позиция текущего журнала реле принимает новые записи во время репликации
• Relay_Master_Log_File : Файл журнала реле, содержащий последний успешно выполненный оператор SQL на мастере, который был выполнен в рабе.
• MASTER_LOG_FILE: журнал в мастере, который соответствует текущему файлу журнала ретрансляции и позиции журнала текущего реле

Файлы находятся в двоичном

Да, вы можете просмотреть журналы реле. Поскольку они имеют ту же структуру, что и обычный бинарный журнал, просто запустите mysqlbinlog программа Например, чтобы просмотреть SQL в любом из вас, ретрансляционных журналов, например, последний, сделайте это:

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

Answer 2

Relay_Master_Log_File на самом деле является названием Binlog на мастере, содержащем последнее заявление SQL, успешно выполненное на рабе. Это не название журнала реле в рабыне. Видеть: http://dev.mysql.com/doc/refman/5.5/en/show-slave-status.html

Exec_Master_Log_Pos является позицией в Relay_master_log_file, что подчиненный поток SQL выполнил до. Таким образом, в вашем примере раб DB выполнил все заявления вплоть до Binlog mysql-bin.000001 POS 10726644 на Мастере Б.Б.

until_log_pos действительно используется только в том случае, если вы начнете свой раб с синтаксисом START SLAVE UNTIL master_log_pos = $integer. Анкет Этот синтаксис повторится до этой позиции (это будет exec_master_log_pos) и затем остановиться. Обычно вы делаете это только в том случае, если хотите воспроизвести в определенную точку, но не дальше (например, если следующее утверждение является случайным падением таблицы или что -то в этом роде). Значение until_log_pos 0, когда это не указано, поэтому в вашем случае означает, что репликация будет просто двигаться вперед.