MariaDB + MaxScale Replication Error: Поток подчиненного ввода-вывода останавливается, поскольку при попытке SELECT @master_binlog_checksum возникает неустранимая ошибка - PullRequest
Новая
       29

MariaDB + MaxScale Replication Error: Поток подчиненного ввода-вывода останавливается, поскольку при попытке SELECT @master_binlog_checksum возникает неустранимая ошибка

0 голосов
/ 31 мая 2018

Я пытаюсь настроить потоковую передачу данных в режиме реального времени на Kafka с помощью MaxScale CDC с MariaDB veriosn 10.0.32.После настройки репликации я получаю состояние:

"Поток подчиненного ввода-вывода останавливается, поскольку при попытке ВЫБРАТЬ @master_binlog_checksum возникает фатальная ошибка".

Ниже приведены все мои конфигурации:

MariaDB - Конфигурация 

server-id               = 1
#report_host            = master1
#auto_increment_increment = 2
#auto_increment_offset  = 1
log_bin                 = /var/log/mysql/mariadb-bin
log_bin_index           = /var/log/mysql/mariadb-bin.index
binlog_format           = row
binlog_row_image        = full
# not fab for performance, but safer
#sync_binlog            = 1
expire_logs_days        = 10
max_binlog_size         = 100M
# slaves
#relay_log              = /var/log/mysql/relay-bin
#relay_log_index        = /var/log/mysql/relay-bin.index
#relay_log_info_file    = /var/log/mysql/relay-bin.info
#log_slave_updates
#read_only

Конфигурация MaxScale 

[server1]
type=server
address=192.168.56.102
port=3306
protocol=MariaDBBackend

[Replication]
type=service
router=binlogrouter
version_string=10.0.27-log
user=myuser
passwd=mypwd
server_id=3
#binlogdir=/var/lib/maxscale
#mariadb10-compatibility=1
router_options=binlogdir=/var/lib/maxscale,mariadb10-compatibility=1
#slave_sql_verify_checksum=1

[Replication Listener]
type=listener
service=Replication
protocol=MySQLClient
port=5308

Запуск репликации 

CHANGE MASTER TO MASTER_HOST='192.168.56.102', MASTER_PORT=5308, MASTER_USER='myuser', MASTER_PASSWORD='mypwd', MASTER_LOG_POS=328, MASTER_LOG_FILE='mariadb-bin.000018';
START SLAVE;

Состояние репликации 

                  Master_Host: 192.168.56.102
                  Master_User: myuser
                  Master_Port: 5308
                Connect_Retry: 60
              Master_Log_File: mariadb-bin.000018
          Read_Master_Log_Pos: 328
               Relay_Log_File: mysqld-relay-bin.000002
                Relay_Log_Pos: 4
        Relay_Master_Log_File: mariadb-bin.000018
             **Slave_IO_Running: No**
            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: 328
              Relay_Log_Space: 248
              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: NULL
Master_SSL_Verify_Server_Cert: No
                Last_IO_Errno: 1593
                Last_IO_Error: **The slave I/O thread stops because a fatal error is encountered when it tried to SELECT @master_binlog_checksum. Error:**
               Last_SQL_Errno: 0
               Last_SQL_Error:
  Replicate_Ignore_Server_Ids:
             Master_Server_Id: 0
               Master_SSL_Crl:
           Master_SSL_Crlpath:
                   Using_Gtid: No
                  Gtid_IO_Pos:

1 Ответ

0 голосов
/ 01 июня 2018

binlogrouter выполняет следующий запрос, чтобы установить значение @master_binlog_checksum (реальные ведомые репликации выполняют тот же запрос). 

SET @master_binlog_checksum = @@global.binlog_checksum

Проверка того, что его вывод, вероятно, объяснит, почему репликация выигралане начинайСкорее всего, запрос SET не удался, поэтому последний запрос SELECT @master_binlog_checksum возвращает неожиданные результаты.

В подобных случаях рекомендуется открыть отчет об ошибке на MariaDB Jiraпо проекту MaxScale .Таким образом, исключается возможность ошибки, и если она оказывается проблемой конфигурации, документацию можно обновить, чтобы более четко объяснить, как настроить MaxScale.

...