mysql主从数据库不同步的3种解决⽅法
先上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，现在主从同步状态正常了。。。
⽅式⼆：指定跳过错误代码，继续同步
主键冲突、表已存在等错误代码如1062,1032,1060等，可以在mysql主配置⽂件指定略过此类异常并继续下条sql同步，这样也可以避免很多主从同步的异常中断
[mysqld]
slave-skip-errors = 1062,1032,1060
重新启动mysql
service mysqld restart
之后再⽤mysql> show slave status\G 查看：
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
⽅式三：重新做主从，完全同步
该⽅法适⽤于主从库数据相差较⼤，或者要求数据完全统⼀的情况
解决步骤如下：
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
⼀般在线增加从库有两种⽅式，⼀种是通过mysqldump备份主库，恢复到从库，mysqldump是逻辑备份，数据量⼤时，备份速度会很慢，锁表的时间也会很长。另⼀种是通过xtrabackup⼯具备份主库，恢复到从库，xtrabackup是物理备份，备份速度快，不锁表。为什么不锁表？因为⾃⾝会监控主库⽇志，如果有更新的数据，就会先写到⼀个⽂件中，然后再回归到备份⽂件中，从⽽保持数据⼀致性。
服务器信息：
主库：192.168.18.212（原有）
从库1：192.168.18.213（原有）
从库2：192.168.18.214（新增）
数据库版本：MySQL5.5
存储引擎：Innodb
测试库名：weibo
⼀、mysqldump⽅式
MySQL主从是基于binlog⽇志，所以在安装好数据库后就要开启binlog。这样好处是，⼀⽅⾯可以⽤binlog恢复数据库，另⼀⽅⾯可以为主从做准备。
原有主库配置参数如下：
# vi myf
server-id= 1 #id要唯⼀
log-bin = mysql-bin #开启binlog⽇志
auto-increment-increment = 1 #在Ubuntu系统中MySQL5.5以后已经默认是1
auto-increment-offset = 1
slave-skip-errors = all #跳过主从复制出现的错误
1. 主库创建同步账号
mysql> grant all on *.* to 'sync'@'192.168.18.%'identified by 'sync';
2. 从库配置MySQL
# vi myf
server-id= 3 #这个设置3
log-bin = mysql-bin #开启binlog⽇志
auto-increment-increment = 1 #这两个参数在Ubuntu系统中MySQL5.5以后都已经默认是1
auto-increment-offset = 1
slave-skip-errors = all #跳过主从复制出现的错误
3. 备份主库
# mysqldump -uroot -p123 --routines --single_transaction --master-data=2 --databases weibo > weibo.sql
参数说明：
--routines：导出存储过程和函数
--single_transaction：导出开始时设置事务隔离状态，并使⽤⼀致性快照开始事务，然后unlock tables;⽽lock-tables是锁住⼀张表不能写操作，直到dump完毕。
--master-data：默认等于1，将dump起始（change master to）binlog点和pos值写到结果中，等于2是将change master to写到结果中并注释。
4. 把备份库拷贝到从库
# scp weibo.sql root@192.168.18.214:/home/root
5. 在主库创建test_tb表，模拟数据库新增数据，weibo.sql是没有的
mysql> create table test_tb(id int,name varchar(30));
6. 从库导⼊备份库
# mysql -uroot -p123 -e 'create database weibo;'
# mysql -uroot -p123 weibo < weibo.sql
7. 在备份⽂件weibo.sql查看binlog和pos值
# head -25 weibo.sql
-- CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000001', MASTER_LOG_POS=107; #⼤概22⾏8. 从库设置从这个⽇志点同步，并启动
mysql> change master to master_host='192.168.18.212',
-> master_user='sync',
-> master_password='sync',
-> master_log_file='mysql-bin.000001',
-> master_log_pos=107;
mysql> start slave;
mysql> show slave status\G;
ERROR 2006 (HY000): MySQL server has gone away No connection. Trying
Connection id: 90
Current database: *** NONE ***
*************************** 1. row *************************** Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.18.212
Master_User: sync
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000001
Read_Master_Log_Pos: 358
Relay_Log_File: mysqld-relay-bin.000003
Relay_Log_Pos: 504
Relay_Master_Log_File: mysql-bin.000001
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
......
可以看到IO和SQL线程均为YES，说明主从配置成功。9. 从库查看weibo库⾥⾯的表
mysql> show tables;
mysql数据库的方法
+---------------------------+
| Tables_in_weibo |
+---------------------------+
| test_tb |
发现刚才模拟创建的test_tb表已经同步过来！
⼆、xtrabackup⽅式（推荐）
在上⾯配置基础上做实验，先删除掉从库配置：

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。