MySQL 复制不同步

MySQL 复制不同步

我有一个主主复制系统。但是,由于自动增量问题,我在复制中遇到错误...并且它停止了复制。

有人告诉我要这样做:

stop slave; SET GLOBAL SQL_SLAVE_SKIP_COUNTER = 1;  start slave;

这没用。然后他们告诉我要这样做:

SET GLOBAL SQL_SLAVE_SKIP_COUNTER = 2;  

它不起作用。然后为了测试它,我做了:

SET GLOBAL SQL_SLAVE_SKIP_COUNTER = 99999; 

它启动了,但没有更新。我在 DB1 上创建了一个表...但它没有显示在 DB2 上...

下面是我的 DB1 和 DB2 的 SHOW STATUS(我将它们放在一起):

mysql> show master status\G
*************************** 1. row ***************************
            File: mysql-bin.000605
        Position: 2019727
    Binlog_Do_DB:
Binlog_Ignore_DB:
1 row in set (0.00 sec)

mysql> show slave status\G;
*************************** 1. row ***************************
             Slave_IO_State: Waiting for master to send event
                Master_Host:
                Master_User: 
                Master_Port: 
              Connect_Retry: 60
            Master_Log_File: mysql-bin.000605
        Read_Master_Log_Pos: 2008810
             Relay_Log_File: mysqld-relay-bin.001731
              Relay_Log_Pos: 10176595
      Relay_Master_Log_File: mysql-bin.000470
           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: 4255373725
        Exec_Master_Log_Pos: 10176458
            Relay_Log_Space: 135062517347
            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: 1376343
1 row in set (0.00 sec)

我该如何修复它才能让它们再次同步?谢谢。

答案1

你似乎真的不知道自己在做什么。首先,你应该转储数据以防止任何类型的损坏。

因此,您使用的是主-主复制,对吗?

这听起来很奇怪,因为您只提供了一个 SLAVE 状态和一个 MASTER 状态,但我们需要 MASTER 和两个 SLAVE 状态输出。此外,没有 replicate_ignore_* 语句,这看起来不像是主主复制。此外,SLAVE STATUS 中没有错误语句。它们会显示任何复制错误。

如何修复此问题:从每个主服务器获取干净的转储并将其插入另一个主服务器。mysql 手册中有描述,以下是简短版本:

mysql> FLUSH TABLES WITH READ LOCK;
$> mysqldump -uroot -p<pass> --opt --all-databases | gzip --fast > dump_master1.sql.gz
mysql> UNLOCK TABLES;

请记住:不要只执行别人告诉你的命令!首先查阅手册并检查它的作用。将 SKIP_SLAVE_COUNTER 设置为 9999 之类的值是新建表未显示在从属服务器上的原因,因为它跳过了 9999 条 sql 语句,这可能还没有发生!通常,您不会将 SKIP_SLAVE_COUNTER 设置为 1 以上,然后执行 START SLAVE 并使用 SHOW SLAVE STATUS 查看是否有任何新错误。

答案2

如果您需要重置从属服务器,并且您有一个包含主数据信息的良好转储(带有 --master-data 选项的 mysqldump),则可以使用最后的转储来重新同步:

连接到 MySQL 从属服务器并发出:

STOP SLAVE;
RESET SLAVE;
CHANGE MASTER to MASTER_USER='master user', MASTER_PASSWORD='master user password';

在从属服务器上,从上次主服务器转储重新加载从属数据库:

gzip -dc masterdump.sql.gz |mysql --user=username --password=password

重新启动从属服务器:

START SLAVE

如果一切顺利,从服务器将从上次加载的转储位置开始复制。这可能需要一些时间,因此请检查“落后主服务器的秒数”以等待它赶上进度。

答案3

落后大师秒数:1376343

这就是您看不到所创建的数据库的原因,因为从服务器仍在翻阅主服务器的二进制日志。当从服务器比主服务器慢 0 秒时,您将开始看到所做的更改复制到从服务器。

答案4

尝试查看这是否不是防火墙问题。尝试停止并重新启动从属服务器。此:Slave_IO_Running:是 Slave_SQL_Running:是 意味着一切似乎都正常...您能通过复制设置吗?

相关内容