mysql主从不同步时,怎么恢复
Mysql的主从数据库没有同步
先上Master库:
mysql>showprocesslist;查看下进程是否Sleep太多。发现很正常。
showmasterstatus;也正常。
mysql>showmasterstatus;
+——————-+———-+————–+——————————-+
|File|Position|Binlog_Do_DB|Binlog_Ignore_DB|
+——————-+———-+————–+——————————-+
|mysqld-bin.000001|3260||mysql,test,information_schema|
+——————-+———-+————–+——————————-+
1rowinset(0.00sec)
再到Slave上查看
mysql>showslavestatus\G
Slave_IO_Running:Yes
Slave_SQL_Running:No
可见是Slave不同步
下面介绍两种解决方法:
方法一:忽略错误后,继续同步
该方法适用于主从库数据相差不大,或者要求数据可以不完全统一的情况,数据要求不严格的情况
解决:
stopslave;
#表示跳过一步错误,后面的数字可变
setglobalsql_slave_skip_counter=1;
startslave;
之后再用mysql>showslavestatus\G查看:
Slave_IO_Running:Yes
Slave_SQL_Running:Yes
ok,现在主从同步状态正常了。。。
注:如果错误过多,可以在f中添加slave-skip-errors=all
方式二:重新做主从,完全同步
该方法适用于主从库数据相差较大,或者要求数据完全统一的情况
解决步骤如下:
1.先进入主库,进行锁表,防止数据写入
使用命令:
mysql>flushtableswithreadlock;
注意:该处是锁定为只读状态,语句不区分大小写
2.进行数据备份
#把数据备份到mysql.bak.sql文件
[root@server01mysql]#mysqldump-uroot-p-hlocalhost>mysql.bak.sql
这里注意一点:数据库备份一定要定期进行,可以用shell脚本或者python脚本,都比较方便,确保数据万无一失
3.查看master状态
mysql>showmasterstatus;
+——————-+———-+————–+——————————-+
|File|Position|Binlog_Do_DB|Binlog_Ignore_DB|
+——————-+———-+————–+——————————-+
|mysqld-bin.000001|3260||mysql,test,information_schema|
+——————-+———-+————–+——————————-+
1rowinset(0.00sec)
4.把mysql备份文件传到从库机器,进行数据恢复
#使用scp命令
[root@server01mysql]#scpmysql.bak.sqlroot@192.168.128.101:/tmp/
5.停止从库的状态
mysql>stopslave;
6.然后到从库执行mysql命令,导入数据备份
mysql>source/tmp/mysql.bak.sql
7.设置从库同步,注意该处的同步点,就是主库showmasterstatus信息里的|File|Position两项
change
mastertomaster_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>startslave;
9.查看同步状态
mysql>showslavestatus\G查看:
Slave_IO_Running:Yes
Slave_SQL_Running:Yes
好了,同步完成啦。
根据mysqlbin恢复丛库数据
1、查看错误日志,找出异常点
cat/db/mysql/mysql.log
14081411:01:52[ERROR]/usr/local/mysql/libexec/mysqld:Sortaborted
15012111:30:38[ERROR]/usr/local/mysql/libexec/mysqld:Sortaborted
150625
17:09:03[ERROR]SlaveSQL:Error‘Table‘IMDB.NEWSINGERWITHDRAWRECORD’
doesn’texist’onquery.Defaultdatabase:‘IMDB’.Qu
ery:
‘insertintoNEWSINGERWITHDRAWRECORDselectSERIALNUM,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,0FROMSINGERWITHDRAWRECORDWHERE
TIME>1433439938ANDWITHDRAWTYPE=0GROUPBYUSERID’,Erro
r_code:1146
15062517:09:03[Warning]Slave:Table‘IMDB.NEWSINGERWITHDRAWRECORD’doesn’texistError_code:1146
150625
17:09:03[ERROR]Errorrunningquery,slaveSQLthreadaborted.Fixthe
problem,andrestarttheslaveSQLthreadwith“SLAVE
START”.Westoppedatlog‘mysql-bin.000966’position717149534
15062518:13:00[Note]SlaveI/Othreadkilledwhilereadingevent
15062518:13:00[Note]SlaveI/Othreadexiting,readuptolog‘mysql-bin.000966’,position818000316
150625
18:15:38[Note]SlaveSQLthreadinitialized,startingreplicationin
log‘mysql-bin.000966’atposition820812134,relaylog
‘./IM-SJ01-DBServer04-relay-bin.000001’position:4
150625
18:15:38[Note]SlaveI/Othread:connectedtomaster
‘repl@192.168.1.102:3306’,replicationstartedinlog‘mysql-bin.000966’
atposition820812134
2、导出没有同步的的sql语句
/usr/local/mysql/bin/mysqlbinlog–start-position=717149534–stop-position=818000316mysql-bin.000966>export.sql
注:mysqlbinlog系统的继续可能会报错,请用mysql相同路径下的mysqlbinlog
mysqlbinlog--start-datetime='-09-1000:00:00'--stop-datetime='-09-1001:01:01'-d库名二进制文件
3、把export.sql拷贝到丛库
4、执行
mysql-urootCHANNELDB
注:–force可以强行忽略错误继续执行
©著作权归作者所有:来自51CTO博客作者出VU时代的原创作品,如需转载,请注明出处,否则将追究法律责任