我有一个主主复制系统。但是,由于自动增量问题,我在复制中遇到错误...并且它停止了复制。
有人告诉我要这样做:
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:是 意味着一切似乎都正常...您能通过复制设置吗?