首页 > 代码库 > mysql主从不同步的解决方式
mysql主从不同步的解决方式
上一篇说道，在应用层php做mysql读写分离的适合，我们用脚本监控发现主从不同步。这个适合我们就要手工的去把所有的操作都切换到住上去然后等主从重新同步：
主从同步恢复的方式，根据数据量的不同，我们总结一下两点
第一种：在数据差别不大，一致性要求不高的情况下,可以直接忽略错误直接手动恢复。
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，现在主从同步状态正常了。。。
补充:要是发现还没有同步那就直接用手工去输入同步命令试试:(举例说明。自己的根据实际情况)
CHANGE MASTER TO MASTER_HOST=‘192.168.38.135‘,
MASTER_USER=‘repl_user‘,
MASTER_PASSWORD=‘repl_password‘,
MASTER_LOG_FILE=‘mysql-bin.000001‘,
MASTER_LOG_POS=323;
第二种：
该方法适用于主从库数据相差较大，或者要求数据完全统一的情况
解决步骤如下：
1.先进入主库，进行锁表，防止数据写入
使用命令：
mysql> flush tables with read lock;
注意：该处是锁定为只读状态，语句不区分大小写
2.进行数据备份
#把数据备份到mysql.bak.sql文件
[root@server01 mysql]#mysqldump -uroot -p -123456t> mysql.bak.sql
这里注意一点：数据库备份一定要定期进行，可以用shell脚本或者python脚本，都比较方便，确保数据万无一失
3.查看master 状态
mysql> show master status;
+-------------------+----------+--------------+-------------------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+-------------------+----------+--------------+-------------------------------+
| mysqld-bin.000001 | 323| | mysql,test,information_schema |
+-------------------+----------+--------------+-------------------------------+
1 row in set (0.00 sec)
4.把mysql备份文件传到从库机器，进行数据恢复
#使用scp命令
[root@server01 mysql]# scp mysql.bak.sql root@192.168.38.131:/tmp/
5.停止从库的状态
mysql> stop slave;
6.然后到从库执行mysql命令，导入数据备份(也可以使用mysql进行导入恢复）
mysql> source /tmp/mysql.bak.sql
7.设置从库同步，注意该处的同步点，就是主库show master status信息里的| File| Position两项
change master to master_host = ‘192.168.38.135‘, master_user = ‘repl_user‘, master_port=3306, master_password=‘repl_password‘, master_log_file = ‘mysqld-bin.000001‘, master_log_pos=323;
8.重新开启从同步
mysql> start slave;
9.查看同步状态
mysql> show slave status\G 查看：
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
好了，同步完成啦
本文出自 “小罗” 博客，请务必保留此出处http://xiaoluoge.blog.51cto.com/9141967/1565108
mysql主从不同步的解决方式