关于mysql主从复制自增长列

问题描述

关于mysql主从复制自增长列

现有两台mysql服务器A和B
A:auto_increment_offset = 2
auto_increment_increment = 2
binlog_format="STATEMENT"
B:auto_increment_offset = 1
auto_increment_increment = 2

    A和B都有如下表,建表语句如下:

test | CREATE TABLE test (
id int(11) NOT NULL AUTO_INCREMENT,
title varchar(45) DEFAULT NULL,
PRIMARY KEY (id)
ENGINE=InnoDB DEFAULT CHARSET=utf8

test1 | CREATE TABLE test1 (
id int(11) NOT NULL AUTO_INCREMENT,
title varchar(45) DEFAULT NULL,
PRIMARY KEY (id)
ENGINE=InnoDB DEFAULT CHARSET=utf8

test表中数据如下:

+----+-------------------------------------
| id | title
+----+-------------------------------------
| 2 | 2
| 4 | 2
| 6 | efe4aee2-e721-11e5-a858-000c2952edc5
| 8 | 2016-03-11 08:31:18
| 10 | 2016-03-11 08:31:40
| 12 | 97621dc2-e722-11e5-a858-000c2952edc5
| 14 | aaaq
| 16 | aaaq
| 18 | 13
+----+-------------------------------------

现在在A服务器执行如下sql:
insert test1 select * from test where id >= 10

虽然mysql出了警告:
Unsafe statement written to the binary log

using statement format since BINLOG_FORMAT = STATEMENT.

但是我看到B服务器同步A服务器数据后显示如下:
+----+--------------------------------------+
| id | title |
+----+--------------------------------------+
| 10 | 2016-03-11 08:31:40 |
| 12 | 01b889cf-e721-11e5-9568-000c29aa710d |
| 14 | aaaq |
| 16 | aaaq |
| 18 | 13 |
+----+--------------------------------------+

这时候查看A服务器的binlog日志发现
BEGIN
/*!*/;

at 665994732

#160314 15:47:15 server id 136 end_log_pos 665994865 CRC32 0xeb828757 Query thread_id=1675059 exec_time=0 error_code=0
SET TIMESTAMP=1457941635/*!*/;
insert test1 select * from test where id >= 10
/*!*/;

at 665994865

#160314 15:48:38 server id 136 end_log_pos 665994896 CRC32 0x5a745662 Xid = 169785483
COMMIT/*!*/;

A服务器并未提示插入的数据自增长id是多少,为什么B服务器的数据和A服务器的
数据仍然一致。
按自己的理解,B服务器的数据应该是如下,因为是靠B服务器的自己自增长产生id。
+----+--------------------------------------+
| id | title |
+----+--------------------------------------+
| 1 | 2016-03-11 08:31:40 |
| 3 | 01b889cf-e721-11e5-9568-000c29aa710d |
| 5 | aaaq |
| 7 | aaaq |
| 9 | 13 |

求各位师兄解答下为什么,谢谢!

解决方案

主键也在同步的范围 这样a b都是同样的主键数据 后面插入数据的时候主键也会是同样的数据递增

解决方案二:

看你骨骼清奇,不如做老夫的跨下之吹箫童子,怎么样?

时间: 2024-08-03 16:45:56

关于mysql主从复制自增长列的相关文章

【Mysql 学习】自动增长列

--对于innodb表,自动增长列必须是索引.如果是组合索引,也必须是前导列. mysql> create table innodb_auto     -> ( id1 int not null auto_increment,     -> id2 int not null,     -> val varchar(10),     -> index(id2,id1)     -> ) engine=innodb; ERROR 1075 (42000): Incorrec

SQL jdbc解决自动自动增长列统一处理问题纪实

sql|解决|问题 sql server2005 jdbc解决自动自动增长列统一处理问题纪实 作者fbysssmsn:jameslastchina@hotmail.com  blog:blog.csdn.net/fbysss声明:本文由fbysss原创,转载请注明出处 关键字:自动增长列,jdbc,sqlserver2005 背景:系统要支持多种数据库,统一insert的时候获取自动增长列的处理方式问题1:insert+select方案sqlserver2000可以使用insertSql  +

mysql dba系统学习(18)mysql主从复制的实现

mysql主从复制的实现 1.MySQL复制的实现原理 MySQL支持单向.双向复制.异步复制,复制过程中一个服务器充当主服务器,而一个或多个其它服务器充当从服务器.主服务器将更新写入一个二进制日志文件中,并创建一个索引文件以跟踪日志循环.这些日志可以记录发送到从服务器的更新.当一个从服务器连接主服务器时,日志文件会通知主服务器,从服务器在日志中读取的最后一次成功更新的位置.接着,从服务器在上次成功更新的位置处开始进入更新操作.更新完成后从服务器开始进入等待状态,等待主服务器后续的更新.需要注意

sql server2005 jdbc解决自动增长列统一处理问题纪实

背景:系统要支持多种数据库,统一insert的时候获取自动增长列的处理方式 问题1:insert+select方案 sqlserver2000可以使用insertSql + SELECT @@IDENTITY AS 'Identity'的方式来获得,但是mysql则只能使用executeUpdate(insertSql); executeQuery('SELECT last_insert_id() ')这样的方式,否则会抛出异常:java.sql.SQLException: Can not is

ORACLE 12C Identity Columns实现ORACLE自增长列

在ORACLE 12C以前的版本中,如果要实现列自增长,需要通过序列+触发器实现,到了12C ORACLE 引进了Identity Columns新特性,从而实现了列自增长功能,和mysql,sql server类似功能.使用语法ORACLE 12C IDENTITYGENERATED ALWAYS AS IDENTITY方式测试C:\Users\ffcheng>sqlplus chf/xifenfei@pdb SQL*Plus: Release 12.1.0.2.0 Production on

MySQL 主从复制详解(详细)

目录: MySQL 主从原理 MySQL 主从配置 MySQL 主从一致性检查 MySQL 主从错误处理 参考链接 一.mysql主从原理 1. 基本介绍 MySQL 内建的复制功能是构建大型,高性能应用程序的基础.将 MySQL 的 数亿分布到到多个系统上去,这种分步的机制,是通过将 MySQL 的某一台主机的数据复制到其它主机( Slave )上,并重新执行一遍来实现的.复制过程中一个服务器充当服务器,而一个或多个其它服务器充当从服务器.主服务器将更新写入二进制日志,并维护文件的一个索引以跟

MySQL主从复制结构中常用参数

MySQL主从复制结构中常用参数 这篇文章主要简单说一下MySQL主从复制结构中常用到的一些参数.参数是一个程序的翅膀,正是因为有了很多不同的配置参数,程序才会这么强大.一般来说,参数越多越复杂的程序,功能也越强大,因为要处理的组合关系越多,同时掌握起来也越难.即使是一个你天天用的程序,比如 ls 你也很难掌握他的全部参数,所以没事的时候多翻翻man page,你会发现,我靠!这个命令居然还有这个参数,真是NB大了.好了,进入正题: server-id ID值唯一的标识了复制群集中的主从服务器,

MySQL主从复制与读写分离

MySQL主从复制与读写分离 MySQL主从复制(Master-Slave)与读写分离(MySQL-Proxy)实践 Mysql作为目前世界上使用最广泛的免费数据库,相信所有从事系统运维的工程师都一定接触过.但在实际的生产环境中,由单台Mysql作为独立的数据库是完全不能满足实际需求的,无论是在安全性,高可用性以及高并发等各个方面. 因此,一般来说都是通过 主从复制(Master-Slave)的方式来同步数据,再通过读写分离(MySQL-Proxy)来提升数据库的并发负载能力 这样的方案来进行部

MySQL 主从复制资料汇总

1,复制原理 官方参考文档:http://dev.mysql.com/doc/refman/5.6/en/replication.html 博客地址1:http://blog.csdn.net/mchdba/article/details/11354771 博客地址2:http://blog.csdn.net/mchdba/article/details/8717513  如下图1.png所示:   该过程的第一部分就是master记录二进制日志.在每个事务更新数据完成之前,master在二日志