mysql主从同步故障后恢复

一：首先你在从库检查从库进程状态是否正常如下红字所示，都为YES是正常。

mysql> show slave status\G

*************************** 1. row ***************************

Slave_IO_State: Waiting for master to send event

Master_Host: 192.168.4.106

Master_User: root

Master_Port: 3306

Connect_Retry: 60

Master_Log_File: log.000466

Read_Master_Log_Pos: 20256923

Relay_Log_File: mysqld-relay-bin.000004

Relay_Log_Pos: 4293096

Relay_Master_Log_File: log.000466

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: 20256923

Relay_Log_Space: 4293096

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

1 row in set (0.00 sec)

如果一个出现问题，可以在从库执行：

mysql> stop slave;

mysql> start slave;

再检查是否正常，如果不成功再执行以下语句：

mysql>stop slave #关掉slave服务也就是关闭主从同步

mysql>change master to master_host='192.168.4.106',

master_user='root',

master_password='~1~#dev',

master_port=3306

,master_log_file='log.000456',

master_log_pos=4939863; #重新设置master库信息

mysql>start slave #开启slave服务

红字部分是在从库执行以下红字部分：

mysql> show slave status\G

*************************** 1. row ***************************

Slave_IO_State: Waiting for master to send event

Master_Host: 192.168.4.106

Master_User: root

Master_Port: 3306

Connect_Retry: 60

Master_Log_File: log.000456

Read_Master_Log_Pos: 20256923

Relay_Log_File: mysqld-relay-bin.000004

Relay_Log_Pos: 4939863

Relay_Master_Log_File: log.000466

二：可能是网络不通导致不同步，可以检查是否能互相ping通？如果有问题，应该请求网络工程师了。

三：必须保证主从数据库所有表的所有字段属性一致，否则这个库就不同步，例如：

master库中的一个库中的一个表：Product

mysql> desc Product;

+----------------+---------------+------+-----+---------+----------------+

+----------------+---------------+------+-----+---------+----------------+

| 1stCtgId | int(11) | NO | | NULL | |

| 2ndCtgId | int(11) | NO | | NULL | |

| 3rdCtgId | int(11) | YES | | NULL | |

slave库中的一个库的这个表：Product

mysql> desc Product;

+----------------+---------------+------+-----+---------+----------------+

+----------------+---------------+------+-----+---------+----------------+

| 1stCtgId | int(11) | NO | | NULL | |

| 2ndCtgId | int(11) | NO | | NULL | |

| 3rdCtgId | int(11) | YES | | NULL | |

改成一致即可；

四：如果由于某种原因导致slave库数据多于master库，解决办法使主备数据一致：

方法1：mysqldump

先在master库：mysqldump -uroot -p密码数据库名 > 导出的文件名

然后把导出的文件传给slave 然后关掉

然后再在slave上：mysql>source /opt/导出的文件名

方法2：冷备

先把master上要操作的库给锁定，直接把主库的数据文件scp到备库相应位置，然后再把slave库的相应的文件给移动到别的目录或者重命名，

mysql>flush tables with read lock; ##登录上mysql后直接执行这个语句，就把所有的库的所有表修锁定了

mysql>unlock tables; ###解锁

五：还可以尝试在master上重新给slave授权。

GRANT replication slave ON *.* TO ‘root’ identified by '123';

flush privileges;

六有时候需要跳过某个无法执行的命令，需要在slave处于stop状态下，执行 set global sql_slave_skip_counter=N以跳过命令；

mysql>stop slave

mysql>set global sql_slave_skip_counter=1 ####会连续跳过若干个event，直到当前所在的事务结束

mysql>start slave #重新开启主从

解释何为event :MySQL从库从主库上复制binlog文件内容到本地执行。在binlog上命令以event的形式存在，并非一个命令对应一个event。以一个insert语句为例（引擎InnoDB、binglog_format=statement)，在binlog中实际上有三个event，分别为begin\insert\commit 。命令类型都是Query_log_event.

然后再执行：mysql>stop slave

写到最后，由于本文属于转载，前五种方法都没试过，一直用的第六种方法，一直用一直爽

mysql主从同步故障后恢复

猜你喜欢