mysql主从不同步怎么恢复_mysql主从不同步时，怎么恢复

mysql主从不同步时，怎么恢复

Mysql的主从数据库没有同步

先上Master库：

mysql>show processlist;   查看下进程是否Sleep太多。发现很正常。

show master status; 也正常。

mysql> show master status;

+——————-+———-+————–+——————————-+

| File              | Position | Binlog_Do_DB | Binlog_Ignore_DB              |

+——————-+———-+————–+——————————-+

| mysqld-bin.000001 |     3260 |              | mysql,test,information_schema |

+——————-+———-+————–+——————————-+

1 row in set (0.00 sec)

再到Slave上查看

mysql> show slave status\G

Slave_IO_Running: Yes

Slave_SQL_Running: No

可见是Slave不同步

下面介绍两种解决方法：

方法一：忽略错误后，继续同步

该方法适用于主从库数据相差不大，或者要求数据可以不完全统一的情况，数据要求不严格的情况

解决：

stop slave;

#表示跳过一步错误，后面的数字可变

set global sql_slave_skip_counter =1;

start slave;

之后再用mysql> show slave status\G  查看：

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

ok，现在主从同步状态正常了。。。

注：如果错误过多，可以在my.cnf中添加slave-skip-errors=all

方式二：重新做主从，完全同步

该方法适用于主从库数据相差较大，或者要求数据完全统一的情况

解决步骤如下：

1.先进入主库，进行锁表，防止数据写入

使用命令：

mysql> flush tables with read lock;

注意：该处是锁定为只读状态，语句不区分大小写

2.进行数据备份

#把数据备份到mysql.bak.sql文件

[root@server01 mysql]#mysqldump -uroot -p -hlocalhost > mysql.bak.sql

这里注意一点：数据库备份一定要定期进行，可以用shell脚本或者 python 脚本，都比较方便，确保数据万无一失

3.查看master 状态

mysql> show master status;

+——————-+———-+————–+——————————-+

| File              | Position | Binlog_Do_DB | Binlog_Ignore_DB              |

+——————-+———-+————–+——————————-+

| mysqld-bin.000001 |     3260 |              | mysql,test,information_schema |

+——————-+———-+————–+——————————-+

1 row in set (0.00 sec)

4.把mysql备份文件传到从库机器，进行数据恢复

#使用scp命令

[root@server01 mysql]# scp mysql.bak.sql root@192.168.128.101:/tmp/

5.停止从库的状态

mysql> stop slave;

6.然后到从库执行mysql命令，导入数据备份

mysql> source /tmp/mysql.bak.sql

7.设置从库同步，注意该处的同步点，就是主库show master status信息里的| File| Position两项

change

master to master_host = ‘192.168.128.100’, master_user = ‘rsync’,

master_port=3306, master_password=”, master_log_file =

‘mysqld-bin.000001’, master_log_pos=3260;

8.重新开启从同步

mysql> start slave;

9.查看同步状态

mysql> show slave status\G  查看：

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

好了，同步完成啦。

根据mysqlbin恢复丛库数据

1、查看错误日志，找出异常点

cat /db/mysql/mysql.log

140814 11:01:52 [ERROR] /usr/local/mysql/libexec/mysqld: Sort aborted

150121 11:30:38 [ERROR] /usr/local/mysql/libexec/mysqld: Sort aborted

150625

17:09:03 [ERROR] Slave SQL: Error ‘Table ‘IMDB.NEWSINGERWITHDRAWRECORD’

doesn’t exist’ on query. Default database: ‘IMDB’. Qu

ery:

‘insert into NEWSINGERWITHDRAWRECORD select SERIALNUM,2,USERID,

UNIX_TIMESTAMP(NOW()),CHANNELID,CASH,NAME,IDENTITYCARD,PROVINCE

,CITY,

REGION,BANKBRANCH,BANKTYPE,BANKCARD,CONSUMEGOLD,REMAINGOLD,TRANFERSTATE,

COMPLAINSTATE,COMPLAINREASON,COMPLAINTIME,GMNAME,GMI

D,OPTIME,RECORD,

REPLY,PHONE,SINGERLEVEL,0 FROM SINGERWITHDRAWRECORD WHERE

TIME>1433439938 AND WITHDRAWTYPE=0 GROUP BY USERID’, Erro

r_code: 1146

150625 17:09:03 [Warning] Slave: Table ‘IMDB.NEWSINGERWITHDRAWRECORD’ doesn’t exist Error_code: 1146

150625

17:09:03 [ERROR] Error running query, slave SQL thread aborted. Fix the

problem, and restart the slave SQL thread with “SLAVE

START”. We stopped at log ‘mysql-bin.000966’ position717149534

150625 18:13:00 [Note] Slave I/O thread killed while reading event

150625 18:13:00 [Note] Slave I/O thread exiting, read up to log ‘mysql-bin.000966’, position818000316

150625

18:15:38 [Note] Slave SQL thread initialized, starting replication in

log ‘mysql-bin.000966’ at position 820812134, relay log

‘./IM-SJ01-DBServer04-relay-bin.000001’ position: 4

150625

18:15:38 [Note] Slave I/O thread: connected to master

‘repl@192.168.1.102:3306’,replication started in log ‘mysql-bin.000966’

at position 820812134

2、导出没有同步的的sql语句

/usr/local/mysql/bin/mysqlbinlog –start-position=717149534 –stop-position=818000316 mysql-bin.000966 > export.sql

注：mysqlbinlog系统的继续可能会报错，请用mysql相同路径下的mysqlbinlog

mysqlbinlog --start-datetime='2013-09-10 00:00:00' --stop-datetime='2013-09-10 01:01:01' -d 库名 二进制文件

3、把export.sql拷贝到丛库

4、执行

mysql -uroot CHANNELDB 

注：–force可以强行忽略错误继续执行

©著作权归作者所有：来自51CTO博客作者出VU时代的原创作品，如需转载，请注明出处，否则将追究法律责任