大家好,我是冰河~~
今日发现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 检查
mysql> show slave status\G
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
ok,现在主从同步状况正常了。。。
办法二:重新做主从,彻底同步
该办法适用于主从库数据相差较大,或许要求数据彻底一致的状况
解决步骤如下:
1.先进入主库,进行锁表,避免数据写入
运用指令:
mysql> flush tables with read lock;
留意:该处是确定为只读状况,语句不区分大小写
2.进行数据备份
#把数据备份到mysql.bak.sql文件
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 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
10.回到主库并履行如下指令免除表确定。
UNLOCK TABLES;
好了,今日就到这儿吧,小伙伴们点赞、保藏、谈论,一键三连走起呀,我是冰河,我们下期见~~