☰

MySQL 集群 -> Galera MariaDB 集群复制不起作用，但没有错误

tag-icon • tag-icon mysql mariadb mysql-replication mysql-cluster galera
MySQL 集群 -> Galera MariaDB 集群复制不起作用，但没有错误

我正在设置运行 MySQL Cluster 7.2 (MySQL 5.5) 的 2 节点主集群和运行 MariaDB 10.3 的 2 节点从属集群（外加仲裁器）之间的数据库迁移，其中 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: ''

显示所有从属状态 \G

*************************** 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)

启动复制

在 master 上，我执行以下操作：

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 复制失败（无错误）- 我们使用基于行的 bin-logging

MySQL 主从复制不更新- 这里没有真正的解决方案。我确认第一个答案列出的所有积极指标对我来说也是正确的。

MySQL 显示复制正常，但未复制数据- 不使用过滤、服务器 ID 不同等。

答案1

在对 docker 容器中各种版本的 MariaDB 和 MySQL 进行大量实验后，我发现 MariaDB 10.0 或更高版本在遇到无法读取的行事件时将会默默失败并继续。

在 Docker 容器中使用 MariaDB 5.5mysqlbinlog揭示了复制带来的以下错误：

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.

这个错误超出了所提问题的范围。

相关内容