mysql key duplicate

本文介绍MySQL中如何处理主键冲突问题,特别是使用INSERT...ON DUPLICATE KEY UPDATE语句进行数据更新的方法。同时讨论了last_insert_id()函数在不同情况下的行为。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

MySQL

insert 操作/主键冲突:Duplicate问题

在insert数据时在一个UNIQUE索引或PRIMARY KEY中出现重复值的问题:

可以在INSERT语句末尾指定了ON DUPLICATE KEY UPDATE,则在出现重复值的行执行UPDATE;如果不会导致唯一值列重复的问题,则插入新行。

创建测试表,准备数据
DROP TABLE IF EXISTS `test`;
CREATE TABLE `test` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `a` varchar(8) DEFAULT NULL,
  `b` varchar(8) DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8;

INSERT INTO `test` VALUES ('1', 'a', 'a');
INSERT INTO `test` VALUES ('2', 'b', 'b');
INSERT INTO `test` VALUES ('3', 'c', 'c');

1.-- 主键冲突:Duplicate entry '1' for key 'PRIMARY'
insert into test(id,a,b) values(1, 'm','m');    

2.--  主键冲突时:执行update操作

insert into test(id,a,b) values(1, 'm','m')
on duplicate key update
a = 'm',
b = 'm';    

3.-- insert多条记录主键冲突时:执行update操作
insert into test(id,a,b) values(1, 'x','x'),(2, 'y','y')
on duplicate key update

a = VALUES(a),     -- 只修改a字段

b = values(b);  修改b字段


如果一个表中包含了一个auto_increment的字段,每次insert数据后,可以通过last_insert_id()方法返回最后自动生成的值,如果通过INSERT ... ON DUPLICATE KEY UPDATE语句修改了一条数据,那么再通过last_insert_id()方法获取的值将不正确,实际测试中是多了一个数,比如向表中增加了3条数据,那么通过last_insert_id()方法得到的值是3,但是通过该语句修改了一条数据后,通过last_insert_id()方法得到的值是4。如果想解决该问题,可以通过如下语句:

<span style="font-family:Arial;font-size:18px;">INSERT INTO table (a,b,c) VALUES (1,2,3)
  ON DUPLICATE KEY UPDATE id=LAST_INSERT_ID(id), c=3;</span>

       重点是这句id=LAST_INSERT_ID(id)。解决id增长问题


注意:ON DUPLICATE KEY UPDATE只是MySQL的特有语法,并不是SQL标准语法!

### 关于 MySQLDuplicate Key 错误 119 的解决方案 当在 MySQL 数据库操作过程中遇到 `Duplicate key` 错误 119,这通常意味着尝试插入或更新的数据违反了唯一键约束。具体来说,在定义表结构时设置了某些字段作为主键或其他类型的唯一索引,而新数据试图重复已存在的值。 对于此类问题的解决方法可以从以下几个方面考虑: #### 1. 检查现有记录 确认目标表格内是否存在相同的关键字条目。可以通过查询来验证是否有冲突项存在: ```sql SELECT * FROM dd WHERE i = '待插入的关键字'; ``` 如果确实发现了重复关键字,则需要决定如何处理这些冗余数据——要么修改即将插入的新纪录使其与众不同;要么删除旧有的重复项以保持数据库的一致性和完整性[^1]。 #### 2. 修改应用程序逻辑 确保应用层面上不会产生重复提交的操作行为。例如,在并发环境下多个客户端可能几乎同时发起相同的写入请求,这时可以采用乐观锁定机制或者悲观锁定策略防止这种情况发生。如使用 `FOR UPDATE` 来实现行级锁定从而避免竞态条件引发的问题[^2]: ```sql SELECT * FROM t1 WHERE c1 = (SELECT c1 FROM t2 FOR UPDATE) FOR UPDATE; ``` #### 3. 调整事务隔离级别 适当调整当前会话/连接下的事务隔离等级也可能有助于减少因高并发场景而导致的重复键异常情况的发生频率。不过需要注意的是不同级别的设置会对性能造成影响,并且并非总是能彻底解决问题所在。 #### 4. 插入前先检查并捕获异常 可以在执行插入之前增加一步预检工作,即通过编程方式提前判断是否会发生重复键错误,一旦检测到潜在风险则采取相应措施规避之。另外也可以利用存储过程配合触发器等功能特性来自动生成唯一的标识符或者其他形式的身份列,以此降低人工干预带来的不确定性因素。 最后值得注意的是,上述提到的一些技术细节涉及到 InnoDB 存储引擎内部的工作原理以及 SQL 语法的具体运用等方面的知识点,比如 Insert 语句加锁流程等复杂话题[^3]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值