主从辅助无法同步问题解决(一)

问题:建立主从复制(单主单从M-S)后无法同步数据

这里首先对单主单从M-S的操作步骤先做下简要说明(具体操作略。。。)

一.环境准备;
二.master操作
1.开启主服务器二进制日志(并加入git选项);
2.在主服务器的MySQL上创建rep用户,并用create和insert命令模拟在MySQL上加入数据;
3.通过mysqldump命令逻辑备份master上的二进制日志,用scp命令发送给slave;
三.slave操作
1.验证用户rep是否能登录,(如果登录出现ssl无法通过问题,参考上篇博客,其实方法与本篇相同);
2.为避免slave上没必要的二进制文件,在导入master二进制日志时临时关闭slave从服务器二进制日志;
3.在MySQL中用source命令导入IO接收 的中继日志;
4.在slave中配置slave环境;
5.启动slave服务;
(本篇问题所在步骤)
6.查看slave属性;
7.在master中修改数据,在slave上验证,如果能同步则说明主从完成同步。

在上述操作步骤中,在配置完slave后无法同步

无论在master上增删改都无法同步至slave上
通过show slave status\G 命令查看后显示slave_SQL_Running:No error 1007出现:

在/etc/my.cnf中加入一条命令就能解决这个错误: slave_skip_error=1007;
让MySQL跳过这个错误;

然后systemcal restart mysqld,重启mysqld;
以为现在可以同步了 但是再看slave属性,还存在一个错误:error 1050,仍然不能同步数据;

同上面的操作一样在/etc/my.cnf的配置文件中加入命令:slave_skip_error=1050;

然后systemcal restart mysqld,重启mysqld;
这时候在看slave属性:

错误没有了,通过查询看见数据已经可以同步了,

这时候再从/etc/my.cnf中注释加入的两行命令:
#slave_skip_error=1007;
#slave_skip_error=1050;

MySQL依然同步(笔者这里的错误认为是2个简单的小错误,不一定对所有error有效)。

总结:
在master生成日志后,又存在一定的操作,使master中数据改动,在slave中导入中继日志后两个数据库的数据不一致,所以不能同步数据,在在配置文件中用skip跳过错误的之后,同步得意进行,slave自动从master上同步数据,工作得意正常进行。
(小白的第二篇,其实原理和第一篇大致相同)

原文地址:http://blog.51cto.com/13575690/2089347

时间: 2024-08-12 13:14:21

主从辅助无法同步问题解决(一)的相关文章

mysql主从数据库不同步的2种解决方法(转)

今天发现Mysql的主从数据库没有同步 先上Master库: mysql>show processlist; 查看下进程是否Sleep太多.发现很正常. show master status; 也正常. mysql> show master status; +-------------------+----------+--------------+-------------------------------+ | File | Position | Binlog_Do_DB | Binlo

利用rsync+inotify实现主从服务器数据同步的简单案例

写在前面:如果此文有幸被某位朋友看见并发现有错的地方,希望批评指正.如有不明白的地方,愿可一起探讨. rsync是Linux下一款非常强大的同步工具,其最大的劣势在于每次执行rsync命令都会遍历目标目录.想象一下这样一种情况:当目录下改动的文件数量并不多且目录下本身文件数量达到一定规模时,每次遍历都会消耗很多资源.那么有没有这样一种工具,当某文件改动后,主动触发rsync命令去同步修改过的文件呢?答案是肯定的,要不然就没有这篇文章了,这个工具就是:inotify. 接下来,本文就利用rsync

mysql主从数据库不同步的3种解决方法

mysql主从数据库不同步的3种解决方法 今天发现Mysql的主从数据库没有同步 先上Master库: mysql>show processlist; 查看下进程是否Sleep太多.发现很正常. show master status; 也正常. mysql> show master status; +-------------------+----------+--------------+-------------------------------+ | File | Position |

MySQL5.7主从环境自动同步脚本

主库IP:192.168.8.129 hostname:master从库IP:192.168.8.130 hostname:slave1.说明:此脚本针对上一篇文章<CentOS7.X安装部署mysql5.7主从环境>搭建完成后的主从随时同步使用https://blog.51cto.com/8355320/24480562.MySQL主从同步会出现如网络延迟等多种原因,造成主从环境不同步,当需要重新同步主从环境时,需要等到业务不繁忙的晚上或周末来进行,而使用脚本备份,有了全库备份,有了binl

mysql主从同步问题解决汇总

出现问题原因:出现这个问题的原因是之前曾做过主从复制!问题:ERROR 1201 (HY000): Could not initialize master info structure; more error messa ges can be found in the MySQL error log 解决方案是:运行命令 stop slave; 成功执行后继续运行 reset slave; 然后进行运行GRANT命令重新设置主从复制. 1.出现错误提示. Slave I/O: error con

(实验小结)主从配置不同步的解决(小白踩雷点)

我是小白,今天刚刚配置好主从机,我觉得我主从机配置好了,因为主从机配置好的标准是这样的: 主机:10.140.133.47 从机:10.210.139.77 在主机上: 证明配置从机的这条语句成功. 在从机上我进行了相应的操作配置好主机之后,我执行了start slave 验证一下是否配置成功: 我在主机上对数据库进行一些操作然后看此时的结果: mysql> show slave status\G *************************** 1. row **************

2015-09-16 mysql 主从原理、 同步常见异常及恢复方法

1.原理 MySQL复制技术有以下一些特点:            (1)    数据分布 (Data distribution ) (2)    负载平衡(load balancing)             (3)    备份(Backups)           (4)    高可用性和容错行 High availability and failover 整体上来说,复制有3个步骤: (1)    master将改变记录到二进制日志(binary log)中(这些记录叫做二进制日志事件,

搭建MySQL的主从、半同步、主主复制架构

复制其最终目的是让一台服务器的数据和另外的服务器的数据保持同步,已达到数据冗余或者服务的负载均衡.一台主服务器可以连接多台从服务器,并且从服务器也可以反过来作为主服务器.主从服务器可以位于不同的网络拓扑中,由于mysql的强大复制功能,其复制目标可以是所有的数据库,也可以是某些数据库,甚至是某个数据库中的某些表进行复制. MySQL支持的两种复制方案:基于语句复制,基于行复制基于语句复制基于行复制,这两种复制方式都是通过记录主服务器的二进制日志中任何有可能导致数据库内数据发生改变的SQL语句到中

关于mysql主从的数据同步不一致的解决方法

对于已经做完mysql主从发现show slave status\G;查看mysql-bin-0000XX,slave等这些信息一致时候很开心,但当你在主上删除一个库里面一个表再到从上查看才发现信息不能同步一致的结果令人很郁闷... 我就是前晚经历了这一次的宝贵教训(两个从的库居然是多了一两个,还要都有不同的库存在),正苦恼于自己当时的忘记,我就唯有将主从重组,首先在从上stop slave后将和主的不一样的库删除掉,分别再进入主从里面确认两边的库信息一样(这个要对照清楚,不然你又再做好主从才发