Я настраиваю миграцию базы данных между 2-узловым главным кластером с MySQL Cluster 7.2 (MySQL 5.5) и двухузловым ведомым кластером (плюс арбитр) с MariaDB 10.3 с кластеризацией Galera. В настоящее время у меня отключены все узлы кластера Galera, кроме одного, для упрощения хореографии.
Конфигурация кажется правильной, и все в SHOW ALL SLAVES STATUS \G
указывает на успешную репликацию. Read_
и Exec_Master_Log_Pos
соответствуют друг другу и тому, что сообщает главный сервер, ошибки не регистрируются и т. д. Действительно, добавление базы данных к главному узлу, с которого мы реплицируем воля создать базу данных на подчиненном узле. Однако ни одна из строк данных не реплицируется.
Единственная странность в mariadb.err заключается в следующем:
2019-04-11 18:31:19 101 [Warning] Master '[redacted]': Slave I/O: Notifying master by SET @master_binlog_checksum= @@global.binlog_checksum failed with error: Unknown system variable 'binlog_checksum', Internal MariaDB error code: 1193
server-id=13
binlog-format = row
log-bin=mysql-bin
sync_binlog = 1
server-id = 1
log_bin = /var/log/mysql/mariadb-bin
log_bin_index = /var/log/mysql/mariadb-bin.index
expire_logs_days = 10
max_binlog_size = 100M
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
slave_sql_verify_checksum = 0
log_slave_updates
read_only
binlog_format=row
File: mysql-bin.000049
Position: 4494988
Binlog_Do_DB: ''
Binlog_Ignore_DB: ''
*************************** 1. row ***************************
Connection_name: [redacted]13
Slave_SQL_State: Slave has read all relay log; waiting for the slave I/O thread to update it
Slave_IO_State: Waiting for master to send event
Master_Host: [redacted]
Master_User: replicant
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000049
Read_Master_Log_Pos: 4494988
Relay_Log_File: relay-bin-[redacted].000002
Relay_Log_Pos: 2982721
Relay_Master_Log_File: mysql-bin.000049
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: 4494988
Relay_Log_Space: 2983028
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:
Replicate_Ignore_Server_Ids:
Master_Server_Id: 13
Master_SSL_Crl:
Master_SSL_Crlpath:
Using_Gtid: No
Gtid_IO_Pos:
Replicate_Do_Domain_Ids:
Replicate_Ignore_Domain_Ids:
Parallel_Mode: conservative
SQL_Delay: 0
SQL_Remaining_Delay: NULL
Slave_SQL_Running_State: Slave has read all relay log; waiting for the slave I/O thread to update it
Slave_DDL_Groups: 0
Slave_Non_Transactional_Groups: 0
Slave_Transactional_Groups: 0
Retried_transactions: 0
Max_relay_log_size: 104857600
Executed_log_entries: 28995
Slave_received_heartbeats: 57
Slave_heartbeat_period: 30.000
Gtid_Slave_Pos:
1 row in set (0.000 sec)
На мастере я выполняю следующее:
mysqldump -S /data/mysql/mysql.sock -u [redacted] -p --opt --skip-lock-tables --single-transaction --flush-logs --master-data=2 --databases [redacted] > replication.sql
Затем я копирую sql на подчиненный сервер и передаю его в узел Galera. Это обновляет подчиненное устройство до точки дампа.
Затем я запускаю на подчиненном сервере следующее:
head -n100 replication.sql | grep "MASTER_LOG_POS"
чтобы получить правильный начальный файл и позицию для репликации, затем выполните в SQL следующее:
CHANGE MASTER '[redacted]' TO MASTER_HOST='[redacted]', MASTER_USER='replicant', MASTER_PASSWORD='[redacted]', MASTER_LOG_FILE='[file]', MASTER_LOG_POS=[position];
Я уже просмотрел десятки сообщений на этом и других сайтах за последние несколько дней и пока не нашел решения. Вот несколько примеров, демонстрирующих усердие:
Репликация MySQL не работает - ошибок нет - Я отключил всю фильтрацию, чтобы убедиться, что это не проблема.
Ошибка репликации mysql (без ошибок) - Мы используем ведение журнала на основе строк
Репликация MySQL master-slave не обновляется - Здесь нет реальных решений. Я подтвердил, что все положительные показатели, перечисленные в первом ответе, верны и для меня.
MySQL говорит, что репликация в порядке, но данные не копируются - Без фильтрации, идентификаторы серверов разные и т. Д.
После долгих экспериментов с различными версиями MariaDB и MySQL в контейнерах докеров я определил, что версии MariaDB 10.0 или выше будут молча терпеть неудачу и продолжать работу при обнаружении нечитаемых событий строки.
Использование MariaDB 5.5 mysqlbinlog
в докер-контейнере выявлены следующие ошибки репликации:
ERROR: Error in Log_event::read_log_event(): 'Found invalid event in binary log', data_len: 42, event_type: 30
ERROR: Could not read entry at offset 938: Error in log format or read error.
Эта ошибка выходит за рамки заданного вопроса.