mysql 主主复制漏少量数据

问题描述

mysql 主主复制漏少量数据

各位大神:

    我们自己公司的业务系统部署了mysql主主复制,但近期发现有张数据量较大的表中,每天都会有若干条数据在从库(被复制的那一方)中会丢失(未插入进去),查看主库的binlog中有这条insert语句,再查看从库的relay log中也有这条insert语句,但到了从库的binlog却没有了这条insert语句,这句语句周围其他一批commit的语句到都被执行了,两个库中的error日志都没有任何异常体现,未插入的数据看了一下也是比较正常的数据。请问这个是由于什么导致的?如何能够保证主主复制两个库的数据都能一致?非常感谢!
时间: 2024-09-16 16:02:28

mysql 主主复制漏少量数据的相关文章

MySQL主从复制、基于SSL的主从复制、主主复制及半同步复制

MySQL复制分为主从复制,主主复制. 什么是主从复制 主从复制指有一台器做为主服务器,一台或多台服务器做为从服务器.从服务器不写入任何数据,数据的来源是主服务器.复制的目的是为了数据同步,如果从服务器也写入数据的话,在主从架构里,主服务器是不会复制从服务器的数据的,所以会造成数据的不同步,所以,从服务器不能写入数据.MySQL复制的基础,就是二进制日志,因为二进志日志里面,记录了所有能改变或者能潜在改变数据库数据的SQL语句,当从服务器把这些SQL语句复制过来之后,再执行一遍,数据就会跟主服务

Linux下的MYSQL主主复制

为什么,会有mysql的主主复制.因为在一些高可用的环境中,mysql的主从不能满足现实中的一些实际需求.比如,一些流量大的网站数据库访问有了瓶颈,需要负载均衡的时候就用两个或者多个的mysql服务器,而这些mysql服务器的数据库数据必须要保持一致,那么就会用到主主复制. mysql主从架构中其实就一个主在工作,而从就相当于一个备份机器,从通过日志监测的方式来备份主库上的数据而保证主库的数据安全.在这种架构中如果从上的数据做了改变,主数据是不会用任何变化的.因为mysql主从架构主要是mysq

MySQL主备复制原理、实现及异常处理

复制概述 MySQL支持三种复制方式:基于行(Row)的复制.基于语句(Statement)的复制和混合类型(Mixed)的复制. 基于语句的复制早在3.23版本中就存在,而基于行的复制方式在5.1版本中才被加进来.这两种方式都是通过在主库上记录二进制日志.在备库重放日志的方式来实现异步的数据复制. 混合类型的复制:默认采用基于语句的复制,一旦发现基于语句的无法精确的复制时,就会采用基于行的复制. 复制通常不会增加主库的开销,主要是启用二进制日志带来的开销,但出于备份或及时从崩溃中恢复的目的,这

Linux下指定mysql数据库数据配置主主同步的实例_Mysql

一. 概念: ① 数据库同步  (主从同步 --- 主数据库写的同时 往从服务器写数据)② 数据库同步  (主主同步 --- 两台数据库服务器互相写数据) 二. 举例主主数据库同步服务器配置数据库服务器(A) 主数据库   IP:192.168.1.134数据库服务器(B) 主数据库   IP:192.168.1.138两台服务器同步的用户名为: bravedu    密码: brave123 一.主数据库操作设置(A): ① 创建同步用户名   允许连接的 用户IP地址  (非本机IP) 复制

mysql主主复制(双主复制)配置步骤

MySQL主主复制结构区别于主从复制结构.在主主复制结构中,两台服务器的任何一台上面的数据库存发生了改变都会同步到另一台服务器上,这样两台服务器互为主从,并且都能向外提供服务. 有了上一节的主从复制,那么主主复制就很容易了. 一.先修改配置文件 服务器A(192.168.1.254)配置如下   log-bin   = mysql-bin server-id = 1 expire-logs-days  = 100 replicate-do-db   = test binlog-ignore-db

Mysql主主同步-配置数据同步

原创作品,允许转载,转载时请务必以超链接形式标明文章 原始出处 .作者信息和本声明.否则将追究法律责任.http://navyaijm.blog.51cto.com/4647068/809411 Mysql主主同步数据   一.环境 192.168.1.1  MysqlA 192.168.1.2    MysqlB 二,安装配置 1.安装mysql省略,MysqlA和MysqlB版本保持一致就可以了! 2.配置mysql 1)在两台机器上给对方授权 MysqlA GRANT REPLICATIO

MySQL双主高可用架构之MMM实战

MMM简介: MMM即Master-Master Replication Manager for MySQL(mysql主主复制管理器),是关于mysql主主复制配置的监控.故障转移和管理的一套可伸缩的脚本套件(在任何时候只有一个节点可以被写入),这个套件也能基于标准的主从配置的任意数量的从服务器进行读负载均衡,所以你可以用它来在一组居于复制的服务器启动虚拟ip,除此之外,它还有实现数据备份.节点之间重新同步功能的脚本. MySQL本身没有提供replication failover的解决方案,

生产环境mysql主主同步主键冲突处理

收到短信报警,两台数据库都报slave同步失败了,先说明一下环境,架构:lvs+keepalived+amoeba+mysql,主主复制,单台写入, 主1:192.168.0.223(写) 主2:192.168.0.230 好吧,先show slave status \G看一下同步失败的具体报错吧 登录主2库查看: mysql> show slave status \G *************************** 1. row ***************************

MYSQL使用心得(八) 在线主从复制集群的配置与恢复及主主配置

在线执行主从配置 步骤 1.锁表 FLUSH TABLES WITH READ LOCK; 2.拷贝数据文件,或者导出 3.记录下master的日志位置 master_log_file master_log_pos 4.解除主库锁定 UNLOCK TABLES; 5.开始主从配置 6.配置完主从并启动之后,我们把从库挂载到集群中 其他 在从库数据文件夹下,有个master.info文件,是从机器上特有的. 重置从库:用于让从属服务器忘记其在主服务器的二进制日志中的复制位置, 它会删除master