MySql insert唯一键冲突时候update

最新推荐文章于 2025-02-21 16:55:07 发布
原创 最新推荐文章于 2025-02-21 16:55:07 发布 · 1.2k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#mysql

本文介绍两种处理MySQL中重复键的方法：一是使用ON DUPLICATE KEY UPDATE更新已存在的记录；二是使用INSERT IGNORE来忽略重复记录。

方法一：当唯一键重复时候，执行update操作

INSERT table (auto_id, auto_name) values (1, ‘yourname') ON DUPLICATE KEY UPDATE auto_name='yourname'

ON DUPLICATE KEY UPDATE的使用 
如果您指定了ON DUPLICATE KEY UPDATE，并且插入行后会导致在一个UNIQUE索引或PRIMARY KEY中出现重复值，则执行UPDATE。

 

方法二：insert ignore 如果中已经存在相同的记录，则忽略当前新数据

INSERT ignore INTO a(id, type)  VALUES  ( 11, 22)

 

lorry2010
关注
使用MySQL修改唯一键
DfsnVue的博客
09-17 737
要修改MySQL中的唯一键，我们需要先删除旧的唯一键约束，然后再添加一个新的唯一键约束。假设我们要修改名为"uk_email"的唯一键，该键位于名为"users"的表中。完成了旧唯一键的删除后，我们可以添加一个新的唯一键约束。在修改唯一键之前，我们需要先删除旧的唯一键约束。上述代码将创建一个名为"uk_email"的新唯一键约束，该约束应用于"users"表中的"email"列。请注意，修改唯一键可能会影响现有数据的完整性，因此在执行修改之前，请确保备份重要的数据。步骤 2：删除旧的唯一键约束。
MySql插入唯一键冲突的三种可选方式
weixin_34044273的博客
07-10 826
MySql插入时唯一键冲突的几种处理方式 MySql插入一条记录，结果提示主键冲突，怎么办？ 批量插入数据时，发现插入的这批数据中，有某些记录存在唯一键冲突，一个一个跳出来就比较麻烦了，有什么好的办法直接忽略掉冲突的记录么？ 下面简单记录三种处理方式 I. 插入时唯一键冲突问题 1. Ignore关键词 某些场景下，我们需要批量插入的数据，某些已经在DB中了，因此我希望在出现冲突时，直接跳过，...
Mysql 根据主键 or 唯一键【操作】来 insert or update + 特殊字符操作
zuozhiyoulaisam的专栏
11-30 1524
参考文章：  MySQL的ON DUPLICATE KEY UPDATE用法 插入数据时出现主键+唯一键重复：（参考：MySql插入唯一键冲突的三种可选方式）         A.insert ignore into ...(主键重复，忽略)         B.replace into ...(替换)         C.ON DUPLICATE KEY UPDATE   1.惟一索...
mysql插入冲突转更新ON DUPLICATE KEY UPDATE
王尚可的博客
11-21 2143
mysql插入冲突转更新语法INSERT INTO ... ON DUPLICATE KEY UPDATE 单条记录插入和多条记录插入解决冲突以及该用法的细节 最后介绍了一些常用场景
mysql唯一索引冲突_mysql唯一索引已有键值冲突解决办法
weixin_42399342的博客
02-02 884
建唯一索引： alter ignore table tmp_qw2 add unique key uk_uid(user_id); IGNORE is a MySQL extension to standard SQL. It controls how ALTER TABLE works if there are duplicates on unique keys in the new table...
记一次MySQL死锁（对同一张表update和insert）的解决
yuyuncheng的专栏
04-27 2333
[b]问题场景[/b] 每次节假日之前，公司的业务人员要通过我们开发的短信平台发送大量短信，导致数据库发生死锁。直接结果就是部分更新状态的操作对应的事务回滚，导致月底和移动公司对不平账。 [b]获取死锁详细信息[/b] 通过show engine innodb status（在这里要感谢去年12月份世界末日前后吧，张瑞组织的AskHelloDBA数据库技术论坛，基本上那几场除了慢...
MySQL的Replace into 与Insert into on duplicate key update真正的不同之处
09-10
- 当指定`ON DUPLICATE KEY UPDATE`时，只有在出现唯一键冲突时才会执行`UPDATE`部分的语句，更新冲突记录的指定字段。 - 示例中，当再次尝试`INSERT`一个`a=3`的记录时，由于`b`字段在`ON DUPLICATE KEY UPDATE`...
mysql如何实现 如果存在就update更新,不存在再insert插入.zip
11-09
然而，当我们添加`ON DUPLICATE KEY UPDATE`子句时，它会在尝试插入的行存在唯一索引冲突时执行更新。这通常与主键或唯一约束相关联。例如： ```sql INSERT INTO table_name (column1, column2, ...) VALUES (value...
MySQL 插入更新语句（insert…on duplicate key update语句 ）
最简单的方法，解决最实际的问题。
02-21 1202
我们日常在使用 insert into 语句向表中插入数据时，一定遇到过主键或唯一索引冲突的情况，当遇到这种情况时，MySQL默认的反应是报错并停止执行后续的语句，为了避免这种情况，你有3种选择。
MySQL中insertOrUpdate的功能如何实现
wjianwei666的专栏
06-14 1786
insertOrUpdate 在我们日常使用中比较常见，那么它是如何实现的呢，不知道大家有没有考虑过呢？在 MySQL 中，可采用INSERT INTO ... ON DUPLICATE KEY UPDATE语句实现 insertOrUpdate 功能。值得留意的是，在出现重复键时，会在先前索引值和当前值之间添加临时键锁，这可能导致死锁。举个例子：设想有一张 student 表，包括 id、name 和 age 三列，其中 id 是主键。
mysql 中 replace into 与 insert into on duplicate key update 的用法和不同点实例分析
12-14
在MySQL中，`REPLACE INTO` 和 `INSERT INTO ON DUPLICATE KEY UPDATE` 是两种处理数据插入时冲突的方法，主要用于处理当试图插入一条记录，而该记录的唯一键或主键已经在表中存在的情况。这两种方法都可以实现如果...
mysql rc模式_MySQL RC模式insert update 可能死锁的情况
weixin_36250058的博客
01-26 695
涉及的语句为RC模式下update根据主键更新和insert其实这样的问题在RC模式下，要么是简单update问题，要么是insert造成的主键和唯一键检查唯一性时出现问题。下面以主键问题为列子进行分析一下可能出现的情况。update where条件更新为主键，锁结构出现在单行主键上，辅助索引包含隐含锁结构，当前读RC非唯一索引模式没有GAP锁，insert 插入印象锁，主键和辅助索引上会出现...
存在即更新反之插入的三种防唯一键冲突和死锁的写法
weixin_30765475的博客
09-27 96
[转http://www.cnblogs.com/nzperfect/archive/2011/09/27/2193143.html] 存在即更新，反之插入的需求是很常见的，很多人没有注意并发的问题，高并发下为了避免唯一键冲突和死锁情况，下面提供三种写法，最后一个是sql server 2008及以后版本适用。 示例表为： use tempdbgocreate table tb_1 ...
【MySql业务问题解决】批量插入遇到重复数据报错，解决批量插入失效(ON DUPLICATE KEY UPDATE)
qq_50446805的博客
02-04 1221
表名：items_values表字段：item_id,yijdw,erjdw,sanjdw,item_value,collect_per,update_time唯一索引：item_id,yijdw,erjdw,sanjdw,collect_per。
mysql唯一键更新_更新MySQL中的唯一键或主键
weixin_28951059的博客
01-27 1773
更新主键不是问题; SQL中(以及关系模型中)的所有值都应该是可更新的.问题似乎是交换主键,其中>如果你使用代理键(因为它们没有意义,所以没有必要更新)对我来说没有意义>如果您使用自然键,对我来说没有意义,因为这就像将您的StackOverflow用户ID与您的用户交换一样.在每个表中添加“ID”列对您没有帮助. “unique_key”列仍然必须声明为唯一.添加“ID”列不会更改该业...
修改 MySQL 数据库中的唯一键
读心悦
10-07 969
在 MySQL 数据库中，唯一键（UNIQUE KEY）用于确保表中的一列或多列组合的值是唯一的，从而防止数据重复。如果你想要更改唯一键的列或名称，你需要先删除现有的唯一键，然后添加一个新的唯一键。如果你想要删除现有的唯一键，你需要知道唯一键的名称（在创建唯一键时，如果没有指定名称，MySQL 会自动生成一个名称）。如果唯一键依赖于列名或数据类型，并且你需要更改这些，你需要先删除唯一键，进行所需的列更改，然后重新添加唯一键。注意：在删除和重新添加唯一键之前，请确保没有违反唯一性约束的数据存在。
mysql重复插入时insert更改为update更新操作
热门推荐
王侯将象的博客
07-19 2万+
在高并发项目中，使用多线程录入数据有可能造成重复录入，使用 关键字ON DUPLICATE KEY UPDATE 可以判断数据库是否已存在此主键，如果存在会将录入操作更改为更新操作。 案例： 常规方式：先查询，有则更新，没有就添加。如下 select count(player_id) from player_count where player_id = 1;//查询统计表中是...
SQL主键冲突或者唯一索引冲突更新duplicate key update ... values()
haoweng4800的博客
08-23 3965
**说明： 1. on duplicate key update 含义： 1)如果在INSERT语句末尾指定了 on duplicate key update， 并且插入行后会导致在一个UNIQUE索引或PRIMARY KEY中出现重复值， 则在出现重复值的行执行UPDATE； 2)如果不会导致唯一值列重复的问题，则插入新行。 2. values(col_name)函数只是取当前插入语句中的...
Mysql 解决插入冲突的三种方法
Sunny
07-11 8861
1.IGNORE 当使用INSERT语句向表中添加一些行数据并且在处理期间发生错误时，INSERT语句将被中止，并返回错误消息。因此，可能不会向表中没有插入任何行。但是，如果使用INSERT INGORE语句，则会忽略导致错误的行，并将其余行插入到表中。insert IGNORE into table(xxx,xxx) VALUES (xxx,xxx);insert IGNORE into `te...
insert 唯一键冲突 在那种事务隔离级别下会出现
最新发布
09-25
<think> 我们正在讨论的是在哪些事务隔离级别下会出现INSERT唯一键冲突的情况。唯一键冲突指的是当尝试插入一条数据时，因为表中已经存在相同唯一键（包括主键或唯一索引）的记录而导致的错误。 根据事务隔离级别的不同，事务在读取数据时会有不同的行为，这可能会影响我们是否能够检测到唯一键冲突。 回顾事务隔离级别： 1. 读未提交（READ UNCOMMITTED）：事务可以读取其他事务未提交的数据。因此，如果另一个事务已经插入了一个唯一键值但还未提交，当前事务在插入相同唯一键值时可能会检测到冲突（因为读到了未提交的数据）。但是，如果另一个事务在之后回滚，那么这个冲突实际上是不应该发生的（因为未提交的数据可能被回滚）。所以，在这个隔离级别下，可能会出现“误报”的冲突，即检测到冲突但实际上另一个事务回滚了，这个唯一键值并没有被真正占用。 2. 读已提交（READ COMMITTED）：事务只能读取已提交的数据。因此，在插入时，只能看到已提交的数据。如果另一个事务已经提交了相同的唯一键值，那么当前事务插入时会冲突。如果另一个事务插入了相同的唯一键值但未提交，那么当前事务不会看到它，因此不会检测到冲突。但是，这可能导致两个事务同时插入相同的唯一键值，其中第一个提交的事务会成功，第二个提交的事务会因为唯一键冲突而失败。因此，在读已提交级别下，唯一键冲突可能发生，但通常是在两个事务同时插入相同唯一键的情况下。 3. 可重复读（REPEATABLE READ）：在MySQL中，这个隔离级别通过快照读（Snapshot Read）来实现可重复读。但是，在插入数据时，为了检查唯一键，它必须查看最新的数据（包括其他已提交事务的插入），否则无法确保唯一性。因此，即使是在可重复读级别，对于唯一键的检查也会看到最新的数据。所以，如果另一个事务已经提交了相同的唯一键值，那么当前事务插入时会冲突。同时，由于可重复读级别使用了间隙锁（Gap Lock）和临键锁（Next-Key Lock），它可以防止其他事务在锁定范围内插入，因此可以避免一部分唯一键冲突（通过锁机制保证同一时间只有一个事务可以插入该键值）。但是在没有锁覆盖的情况下，仍然可能发生冲突。 4. 串行化（SERIALIZABLE）：这个级别通过强制事务串行执行来避免并发问题。所以，唯一键冲突只有在串行执行时才会按照顺序发生，即先插入的事务成功，后插入相同键值的事务失败。 然而，值得注意的是，唯一键冲突不仅仅取决于隔离级别，还取决于事务如何操作。例如，在一个事务内部，先查询某个唯一键是否存在，如果不存在就插入，这种方法在任何隔离级别下都可能出现竞争条件，因为两个事务可能同时查询都发现不存在，然后都插入，导致唯一键冲突。 下面我们具体分析： 在引用[2]中提到的问题：在READ COMMITTED隔离级别下，先删除再插入，出现了唯一键冲突。这是因为在删除之后，插入之前，另一个事务可能已经插入了一个相同的唯一键值（因为READ COMMITTED不会阻止其他事务插入）。所以，在插入时，就会发生冲突。 因此，我们可以得出结论：唯一键冲突在所有隔离级别下都可能发生，因为唯一约束是数据库强制的。但是，在不同的隔离级别下，发生冲突的具体场景和频率可能不同。 然而，有一种特殊情况：在可重复读隔离级别下，由于使用了间隙锁，如果两个事务试图插入相同的唯一键值，那么第一个事务会获得锁，第二个事务会被阻塞直到第一个事务提交。如果第一个事务提交成功，那么第二个事务会因唯一键冲突而失败；如果第一个事务回滚，那么第二个事务可以继续插入。因此，在可重复读级别下，不会出现两个事务同时插入相同唯一键的情况（因为锁的存在），从而避免了竞争条件。而在读已提交和读未提交级别下，没有间隙锁的保护，两个事务可能同时插入相同的唯一键值，然后其中一个成功，另一个失败（或者两个都失败，取决于具体的时序）。 所以，总结如下： - 在READ UNCOMMITTED和READ COMMITTED隔离级别下，由于没有间隙锁，两个事务可能同时插入相同的唯一键，导致唯一键冲突。 - 在REPEATABLE READ（MySQL的InnoDB）隔离级别下，由于间隙锁的存在，插入操作会对唯一键范围加锁，因此可以避免两个事务同时插入相同唯一键的情况，从而减少唯一键冲突（但并不是完全不会发生，例如在跨多个唯一索引的情况下，或者插入的数据不在同一个间隙锁范围内等特殊情况）。 - 在SERIALIZABLE隔离级别下，事务串行执行，因此唯一键冲突只会按照事务提交的顺序发生。 但是请注意，即使是在REPEATABLE READ级别下，如果事务中先查询某个键值是否存在（使用快照读，不会加锁），然后基于查询结果进行插入，那么其他事务仍然可能插入相同的键值，导致插入时冲突。因为快照读不会阻止其他事务的插入操作。所以，要避免唯一键冲突，最安全的方式是在插入时使用`INSERT IGNORE`或`ON DUPLICATE KEY UPDATE`，或者使用显式的锁（如`SELECT ... FOR UPDATE`）来锁定相应的范围。 引用[2]中的问题就是在READ COMMITTED级别下，先删除了所有记录，然后重新插入，但在删除和插入之间，另一个事务插入了一条记录（满足唯一键约束），导致重新插入时发生唯一键冲突。在READ COMMITTED级别下，由于没有间隙锁，删除操作不会锁定范围，所以其他事务可以在删除后插入新记录。 因此，我们可以明确回答：唯一键冲突在任何隔离级别下都可能出现，但不同隔离级别下出现的机制有所不同。特别是在READ COMMITTED级别下，由于缺乏锁的保护，并发插入唯一键冲突更常见。 下面我们用表格总结： | 隔离级别 | 是否会出现唯一键冲突 | 说明 | |------------------|----------------------|------| | READ UNCOMMITTED | 是 | 没有锁保护，并发插入相同唯一键会冲突；也可能读到未提交数据而误判冲突 | | READ COMMITTED | 是 | 没有间隙锁，并发插入相同唯一键会冲突 | | REPEATABLE READ | 是（但较少） | 通过间隙锁可以防止并发插入相同的唯一键（锁等待后冲突），但事务内先查询后插入仍可能冲突（如果查询是快照读没有加锁） | | SERIALIZABLE | 是 | 串行执行，冲突的顺序由事务提交顺序决定 | 注意：在REPEATABLE READ级别下，如果插入操作之前使用普通的SELECT查询（快照读）来检查唯一键是否存在，这个查询不会加锁，因此其他事务仍然可以插入相同唯一键，导致后续插入冲突。要避免这种情况，应该使用`SELECT ... FOR UPDATE`进行当前读并加锁。 因此，避免唯一键冲突的最佳实践是： 1. 在插入前使用`SELECT ... FOR UPDATE`锁定可能冲突的行或范围（但这样可能影响并发性能）。 2. 直接尝试插入，捕获唯一键冲突异常，然后做相应处理。 3. 使用`INSERT IGNORE`或`ON DUPLICATE KEY UPDATE`等语法。 最后，生成相关问题。 </think> ### INSERT 唯一键冲突在不同隔离级别的出现分析 在数据库中，唯一键冲突发生在尝试插入违反唯一性约束（主键或唯一索引）的记录时。不同事务隔离级别下出现冲突的机制如下： #### 1. **READ UNCOMMITTED (读未提交)** - **可能发生伪冲突**：该级别能读取其他事务未提交的数据[^1] - **冲突场景**： ```sql -- 事务A BEGIN; INSERT INTO users(id, name) VALUES (100, 'Alice'); -- 未提交 -- 事务B (READ UNCOMMITTED) INSERT INTO users(id, name) VALUES (100, 'Bob'); -- 检测到未提交的100并报错 ``` - **特点**：可能因读取未提交数据而误判冲突（若事务A回滚，冲突实际不存在）[^1] #### 2. **READ COMMITTED (读已提交)** - **存在真实冲突风险**：只能看到已提交数据[^1] - **典型场景**： ```sql -- 事务A BEGIN; INSERT INTO users(id, name) VALUES (100, 'Alice'); COMMIT; -- 已提交 -- 事务B (READ COMMITTED) BEGIN; INSERT INTO users(id, name) VALUES (100, 'Bob'); -- 触发真实冲突 ``` - **本质原因**：缺乏间隙锁保护，无法阻止其他事务提交相同键值[^3]，如引用[2]描述的先删后插场景[^2] #### 3. **REPEATABLE READ (可重复读)** - **仍可能发生冲突**：但机制不同 - **冲突类型**： - **当前读冲突**：直接插入已存在的键值 ```sql INSERT INTO users(id) VALUES (100); -- 若100已存在则报错 ``` - **幻读冲突**：间隙锁可阻止并发插入，但无法避免自身重复插入 ```sql -- 事务A SELECT * FROM users WHERE id=100; -- 不存在 -- 事务B 插入id=100并提交 INSERT INTO users(id) VALUES (100); -- 冲突（可见最新提交） ``` #### 4. **SERIALIZABLE (串行化)** - **有序冲突**：强制事务串行执行 - **冲突表现**： ```sql -- 事务A BEGIN; INSERT INTO users(id) VALUES (100); -- 成功 -- 事务B (阻塞直到A提交) BEGIN; INSERT INTO users(id) VALUES (100); -- 报错冲突 ``` - **特点**：通过锁定避免并发冲突，但后执行事务必然失败 ### 冲突概率对比（由高到低） ```mermaid graph LR A[READ UNCOMMITTED] -->|伪冲突风险高| B[READ COMMITTED] B -->|真实冲突常见| C[REPEATABLE READ] C -->|间隙锁减少并发冲突| D[SERIALIZABLE] D -->|串行化避免并发| E[冲突最少] ``` ### 解决方案建议 1. **业务层校验**：插入前查询键值是否存在（需加`FOR UPDATE`锁） ```sql SELECT id FROM users WHERE id=100 FOR UPDATE; -- 加锁确保独占 ``` 2. **数据库特性**： ```sql INSERT IGNORE INTO ... -- 忽略冲突 ON DUPLICATE KEY UPDATE ... -- 更新替代插入 ``` 3. **队列处理**：高并发场景使用消息队列串行化插入操作 > ⚠️ 关键结论：唯一键冲突在**所有隔离级别都可能出现**，但： > - **READ UNCOMMITTED** 会产生伪冲突 > - **READ COMMITTED** 因缺乏锁保护最易发生真实并发冲突 > - 更高隔离级别通过锁机制降低概率，但无法消除自身操作冲突[^1][^2][^3]
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值