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 ***************************

Slave_IO_State:

Master_Host: 192.168.0.223

Master_User: slave

Master_Port: 13204

Connect_Retry: 60

Master_Log_File: mysql-bin.000009

Read_Master_Log_Pos: 50419

Relay_Log_File: mysqld-relay-bin.000014

Relay_Log_Pos: 34626

Relay_Master_Log_File: mysql-bin.000009

Slave_IO_Running: No

Slave_SQL_Running: No

Replicate_Do_DB:

Replicate_Ignore_DB: mysql,information_schema,performance_schema,test,mysql,information_schema,performance_schema,test

Replicate_Do_Table:

Replicate_Ignore_Table:

Replicate_Wild_Do_Table:

Replicate_Wild_Ignore_Table:

Last_Errno: 1062

Last_Error: Error ‘Duplicate entry ‘1329544‘ for key ‘PRIMARY‘‘ on query. Default database: ‘data‘. Query: ‘insert into kn_chongzhi(orderid,aa,buyNum,state,type,create_time,fac，cc,flag)

values(20130702173025036581,15935779926,1,0,‘SJ‘,1372757425,‘30.27‘,‘30‘,100)‘

Skip_Counter: 0

Exec_Master_Log_Pos: 34480

Relay_Log_Space: 51171

Until_Condition: None

Until_Log_File:

Until_Log_Pos: 0

Master_SSL_Allowed: No

Master_SSL_CA_File:

Master_SSL_CA_Path:

Master_SSL_Cert:

Master_SSL_Cipher:

Master_SSL_Key:

Seconds_Behind_Master: NULL

Master_SSL_Verify_Server_Cert: No

Last_IO_Errno: 0

Last_IO_Error:

Last_SQL_Errno: 1062

Last_SQL_Error: Error ‘Duplicate entry ‘1329544‘ for key ‘PRIMARY‘‘ on query. Default database: ‘data‘. Query: ‘insert into kn_chongzhi(orderid,aa,buyNum,state,type,create_time,fac,cc,flag)

values(20130702173025036581,15935779926,1,0,‘SJ‘,1372757425,‘30.27‘,‘30‘,100)‘

Replicate_Ignore_Server_Ids:

Master_Server_Id: 2

1 row in set (0.00 sec)

尼玛，苦逼的又是主键冲突，先查看一下这张表的结构：

mysql> desc  kn_chongzhi;

+-------------+-----------------+------+-----+---------+----------------+

| Field      | Type            | Null | Key | Default | Extra          |

+-------------+-----------------+------+-----+---------+----------------+

| id          | int(10)        | NO  | PRI | NULL    | auto_increment |

| aa    | varchar(32)    | NO  | MUL | NULL    |                |

| bizOfferId  | varchar(32)    | NO  |    | NULL    |                |

| number      | varchar(20)    | NO  | MUL | NULL    |                |

| cc      | float(10,2)    | NO  |    | NULL    |                |

| fac  | float(10,2)    | YES  |    | 0.00    |                |

| buyNum      | int(10)        | NO  |    | NULL    |                |

| state      | tinyint(4)      | NO  |    | 0      |                |

| type        | enum(‘SJ‘,‘QB‘) | NO  |    | SJ      |                |

| create_time | int(11)        | NO  |    | NULL    |                |

| update_time | int(11)        | NO  |    | NULL    |                |

| flag        | int(10)        | NO  |    | 0      |                |

+-------------+-----------------+------+-----+---------+----------------+

12 rows in set (0.00 sec)

想必大家已经知道问题是这么产生的了，这里我再大体的说一下，可能有些人还不明白哈，回头看前面的架构，引起 这个问题的原因是主1的网络抖动，导致amoeba把写切到了主2，主1的网络好了，写又切回了主1，由于主键ID是自曾的，所以就出现了这个问题，我举个例子：

开始是写主1的，已经写6条数据（id=1、2、3、4、5、6），突然主1网络抖动，开始在主2写了三条（id=7、8、9），主1的网络又恢复了，写又在主1上了（id=7、8、9、10、。。。。），这时，主1要把id=7、8、9、10.。。。。的数据复制给主2，主2 要把id=7、8、9三条数据复制给主1，这不就傻逼了吗？

处理的过程：

1、在两个库上stop slave；

2、在主2上执行select * from kn_chongzhi where id>=1329544\G （查看在主2上写了几条数据）

mysql> select * from kn_chongzhi where id>=1329544\G

*************************** 3661. row ***************************

id: 1329545

aa: 20130702213504529562

bizOfferId: DK201307021139565210

number: 13991056094

cc: 30.00

fac: 30.22

buyNum: 1

state: 2

type: SJ

create_time: 1372772104

update_time: 1372772474

flag: 100

*************************** 3662. row ***************************

id: 1329546

aa: 20130702213506629648

bizOfferId: DK201307021139588209

number: 15511391791

cc: 30.00

fac: 30.17

buyNum: 1

state: 0

type: SJ

create_time: 1372772106

update_time: 0

flag: 100

*************************** 3663. row ***************************

id: 1329547

aa: 20130702213516595293

bizOfferId: DK201307021139758209

number: 13615611693

cc: 100.00

fac: 99.85

buyNum: 1

state: 2

type: SJ

create_time: 1372772116

update_time: 1372772315

flag: 101

3、在主2上delete from kn_chongzhi where id>=1329544;  并设置自曾ID从1329545开始

mysql> delete from kn_chongzhi where id>=1329544;

Query OK, 0 rows affected (0.00 sec)

mysql> alter table kn_chongzhi auto_increment=1329544;

Query OK, 0 rows affected (0.15 sec)

Records: 0  Duplicates: 0  Warnings: 0

4、主2上slave start，show slave  status \G，发现主2同步主1已经ok了；

5、在主2上show master  status \G，获取binlog文件名和Position点，在主1上重新change master

6、把上面三条数据保存好，发给程序猿手到录入主1，

PS：当然，如果我按一下设置，肯定不会出现这个问题，如果业务有要求，ID必须连续，那就不能设置这两个参数了：

主1：

auto-increment-increment=2

auto-increment-offset=1

主2：

auto-increment-increment=2

auto-increment-offset=2

推荐阅读：Ubuntu下Nginx做负载实现高性能WEB服务器5---MySQL主主同步 http://www.linuxidc.com/Linux/2012-06/61687p5.htm

本文不是我写的，是一个朋友给我的，对不住原作者了

时间： 2024-08-10 17:08:41

mysql主从之主键冲突的相关文章

mysql主从：主键冲突问题

1.检查从库 show slave status \G; Slave_IO_Running: YesSlave_SQL_Running: No 2.出现类似如下的报错: Last_SQL_Error: Error 'Duplicate entry '1001-164761-0' for key 'PRIMARY'' on query. Default database: 'bug'. Query: 'insert into misdata (uid,mid,pid,state,mtime) va

mysql修改数据 -- 主键冲突

mysql 插入数据唯一键冲突 前提: 修改数据三种可用的方法解决主键冲突的问题 1. insert into ... on duplicate key update set ... 2. update ... set = case key when ... then ... when ... then ... else end where ...; 3. replace into ... (与1相似,但若主键冲突会先删除原数据,后再插入新数据 ,所以运用时最好带上主键) 例: table :

MySQL 复制 主键冲突

看了下复制的问题,最明显的一个案例就是主键冲突,今天就看下这个问题 什么原因会导致这个问题 怎么规避这个问题 一.什么原因导致 网上最多的说就是:对于存在auto_increment字段或者unique索引字段,使用replace into操作或者主从切换,因为replace into对于auto或者unique字段会进行删除再做插入 执行replace into t values(1,2)被删除和被插入的行数的和(大于或者等于1) master 上 SHOW CREATE TABLE `tes

13.MySQL解决主键冲突

1.准备 1 CREATE DATABASE mahaiwuji; 2 USE mahaiwuji; 3 ? 4 CREATE TABLE emp 5 ( 6 empno INT PRIMARY KEY, 7 ename VARCHAR(10), 8 sal INT 9 ) ENGINE = INNODB DEFAULT CHARSET = utf8; 10 ? 11 INSERT INTO emp VALUES (1,'smith',2800); 12 INSERT INTO emp VALU

学一点 MYSQL 双机异地热备份—-MYSQL主从，主主备份原理及实践

简单介绍mysql双机,多机异地热备简单原理实战. 双机热备的概念简单说一下,就是要保持两个数据库的状态自动同步.对任何一个数据库的操作都自动应用到另外一个数据库,始终保持两个数据库数据一致. 这样做的好处多. 1. 可以做灾备,其中一个坏了可以切换到另一个. 2. 可以做负载均衡,可以将请求分摊到其中任何一台上,提高网站吞吐量.  对于异地热备,尤其适合灾备.废话不多说了.我们直接进入主题. 我们会主要介绍两部分内容: 一, mysql 备份工作原理 二, 备份实战 我们开始. 我使用的是my

学一点 mysql 双机异地热备份----快速理解mysql主从，主主备份原理及实践

双机热备的概念简单说一下,就是要保持两个数据库的状态自动同步.对任何一个数据库的操作都自动应用到另外一个数据库,始终保持两个数据库数据一致. 这样做的好处多. 1. 可以做灾备,其中一个坏了可以切换到另一个. 2. 可以做负载均衡,可以将请求分摊到其中任何一台上,提高网站吞吐量.  对于异地热备,尤其适合灾备.废话不多说了.我们直接进入主题. 我们会主要介绍两部分内容: 一, MySQL 备份工作原理 二, 备份实战 我们开始. 我使用的是mysql 5.5.34, 一, mysql 备份工作原

[转]主键冲突的话就更新否则插入 （ON DUPLICATE KEY UPDATE ）

mysql "ON DUPLICATE KEY UPDATE" 语法如果在INSERT语句末尾指定了ON DUPLICATE KEY UPDATE,并且插入行后会导致在一个UNIQUE索引或PRIMARY KEY中出现重复值,则在出现重复值的行执行UPDATE:如果不会导致唯一值列重复的问题,则插入新行. 例如,如果列 a 为 主键 或 拥有UNIQUE索引,并且包含值1,则以下两个语句具有相同的效果: INSERT INTO TABLE (a,c) VALUES (1,3) ON D

insert时出现主键冲突的处理方法

使用"insert into"语句进行数据库操作时可能遇到主键冲突,用户需要根据应用场景进行忽略或者覆盖等操作.总结下,有三种解决方案来避免出错. 测试表:CREATE TABLE `device` (`devid` mediumint(8) unsigned NOT NULL AUTO_INCREMENT,`status` enum('alive','dead','down','readonly','drain') DEFAULT NULL,`spec_char` varchar(1

sql解决主键冲突

在数据插入的时候,假设主键对应的值已经存在,则插入失败!这就是主键冲突.当主键存在冲突(duplicate key)的时候,可以选择性的进行处理,即忽略.更新或者替换. 1.忽略 insert ignore into table 保持原记录,忽略新插入的记录 2.替换 replace into table 替换原记录,即先删除原记录,再插入新的记录 3. 更新 insert into table value("xx","xx") ON DUPLICATE KEY U