当并发insert on duplicate key update遇见死锁

原创 已于 2025-06-17 14:42:48 修改 · 146 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#数据库 #redis #缓存

于 2025-06-09 18:21:43 首次发布

当并发insert on duplicate key update遇见死锁
https://developer.aliyun.com/article/727076
异步编程利器：CompletableFuture详解 ｜Java 开发实战
https://juejin.cn/post/6970558076642394142
300万数据导入导出优化方案，从80s优化到8s（实测）
https://cloud.tencent.com/developer/article/2221615
javabetter学习网站
https://javabetter.cn/collection/PriorityQueue.html#priorityqueue%E7%9A%84%E4%BD%9C%E7%94%A8

TroyeMartin
关注
MySQL中的ON DUPLICATE KEY UPDATE详解与应用
fudaihb的博客
09-17 4751
MySQL 作为最流行的开源关系型数据库之一，在处理数据插入和更新时提供了丰富的功能。`ON DUPLICATE KEY UPDATE` 是 MySQL 提供的一种强大的机制，它允许在执行 `INSERT` 操作时，如果发生主键或唯一键冲突，能够选择性地执行更新操作。这种功能在实际业务中有着广泛的应用，尤其是在数据的去重、同步、日志记录等场景下。 本文将从以下几个方面详细介绍 `ON DUPLICATE KEY UPDATE` 的使用方法和其背后的工作原理，并提供多个实际应用场景示例，帮助你更好地理解和掌
MySQL - on duplicate key update 问题
zxc_user的博客
12-27 533
其实最好还是用redis来做，比较快，mysql也可以，就是在有数据保存的前提下进行保存咯。
数据库常见死锁原因及处理
yzx3105的博客
12-07 1万+
数据库是一个多用户使用的共享资源，当多个用户并发地存取数据时，在数据库中就会产生多个事务同时存取同一数据的情况。若对并发操作不加控制就可能会读取和存储不正确的数据，破坏数据库的一致性。加锁是实现数据库并发控制的一个非常重要的技术。在实际应用中经常会遇到的与锁相关的异常情况，当两个事务需要一组有冲突的锁，而不能将事务继续下去的话，就会出现死锁，严重影响应用的正常执行。 在数据库中有两种基本的锁类型：排它锁（Exclusive Locks，即X锁）和共享锁（Share Locks，即S锁）。当数据对象被加上排它
聊一聊 insert on duplicate key update 下的死锁场景
weixin_40903413的博客
11-05 4001
理论上，insert on duplicate key 的执行过程中加锁顺序一致，并且对唯一索引加Record Lock 不存在唯一索引的风险，但是生产中近来出现了多次该场景下的DEADLOCK，在这里借着这个场景聊聊一些知识点以及排查问题的思路
【INSERT INTO ... ON DUPLICATE KEY UPDATE 的死锁问题主要由间隙锁和高并发场景下的锁竞争引起】
TroyeMartin的博客
06-10 311
【代码】【INSERT INTO ... ON DUPLICATE KEY UPDATE 的死锁问题主要由间隙锁和高并发场景下的锁竞争引起】
Insert into on duplicate key update 死锁问题解析
Y_eatMeat的博客
10-18 1973
Insert into on duplicate key update 死锁问题解析
insert duplicate key update 死锁分析
apdoer
12-23 2480
背景 线上发现mysql 数据库报错死锁日志,版本为5.7.25,默认隔离级别为rr,具体的错误日志就不贴出来了,原因是有同事使用了insert duplicate key update语法,进行存在就更新的操作 那么问题来了,应该从哪入手呢 先通过show engine innodb status看看死锁日志吧,我在这都加上注释了,并且去掉了无关信息 LATEST DETECTED DEADLOCK ------------------------ //死锁发生的时间 utc时间 2020-12-21 1
MySQL中ON DUPLICATE KEY UPDATE的介绍与使用、批量更新、存在即更新不存在则插入
m0_74823317的博客
12-29 1441
基本用法：ON DUPLICATE KEY UPDATE是一种MySQL的语法，它在插入新数据时，如果遇到唯一键冲突（即已存在相同的唯一键值），则会执行更新操作，而不是抛出异常或忽略该条数据。这个语法可以大大简化我们的代码，减少不必要的判断和查询操作。用法总结1：on duplicate key update 语句根据主键id或唯一键来判断当前插入是否已存在。2：记录已存在时，只会更新on duplicate key update之后指定的字段。
INSERT ON DUPLICATE KEY UPDATE插入意向锁与gap锁引起的死锁
03-22
### INSERT ON DUPLICATE KEY UPDATE 中插入意向锁和 Gap 锁导致死锁的原因 在 MySQL 的 InnoDB 存储引擎中，`INSERT ... ON DUPLICATE KEY UPDATE` 是一种常见的操作模式。然而，在高并发环境下，这种语句可能会...
【mysql】死锁-产生原因和解决方法
一诺
06-27 1301
最近总结了一波死锁问题，和大家分享一下，我这也是从网上各种浏览博客得来，希望原作者见谅，参考博客地址都在下方。 一、Mysql 锁类型和加锁分析 1、锁类型介绍： MySQL有三种锁的级别：页级、表级、行级。 表级锁：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高,并发度最低。 行级锁：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低,并发度也最高。 页面锁：开销和加锁时间界于表锁和行锁之间；会出现死锁；锁定粒度界于表锁和行锁之...
INSERT ... ON DUPLICATE KEY UPDATE死锁原理
抽象的螺旋
06-17 4881
INSERT ... ON DUPLICATE KEY UPDATE死锁原理
INSERT ... ON DUPLICATE KEY UPDATE产生death lock死锁原理
热门推荐
码农的世界你不懂
11-05 4万+
我们在实际业务场景中，经常会有一个这样的需求，插入某条记录，如果已经存在了则更新它如果更新日期或者某些列上的累加操作等，我们肯定会想到使用INSERT ... ON DUPLICATE KEY UPDATE语句，一条语句就搞定了查询是否存在和插入或者更新这几个步骤，但是使用这条语句在msyql的innodb5.0以上版本有很多的陷阱，即有可能导致death lock死锁也有可能导致主从模式下的replication产生数据不一致。
Mysql insert on duplicate key 死锁问题定位与解决
拾忆的博客
05-02 1万+
前言         最近在监测线上日志时发现我们一个Mysql业务db时常出现 dead lock，频次不高但却一直出现，定位后发现是在并发场景下的 insert on duplicate key update sql 出现的死锁。经过分析发现这种sql确实比较容易造成死锁，不太适用于我们目前的业务场景，于是更换后解决问题。         这篇文章就从分析死锁展开，到最终如何解决这样的问题 分享相应的思路。 正文 死锁定位
Mysql 并发引起的死锁问题
cs729298的博客
04-27 1961
平台的某个数据库上面有近千个连接，每个连接对应一个爬虫，爬虫将爬来的数据放到cdb里供后期分析查询使用。前段时间经常出现cdb查询缓慢，cpu占有率高的现象。通过show processlist后发现，大量的连接卡在了执行INSERT ... ON DUPLICATE KEY UPDATE这样的语句上面。难道并发执行INSERT ... ON DUPLICATE KEY UPDATE会导致cp
讲讲insert on duplicate key update 的死锁坑
lizhao007
03-30 2万+
1.背景 最近有一些活动，于是会对系统做一些平时量比较小的路径做一些打压，这不打压还好，这一打压就出现了奇怪的问题，居然有一段陈年老代码出现了死锁的问题...
从一次增删改操作开始：彻底理解 MySQL Buffer Pool 的地位与作用
soft2001525的博客
12-11 2601
它是 InnoDB 的核心内存引擎，是所有数据读写的唯一入口，是数据库性能与安全性的关键支撑。理解 Buffer Pool 的逻辑，你就理解了 MySQL 的一半。redo logundo log（事务回滚）MVCC脏页、刷盘策略自适应哈希索引B+树索引加载机制查询优化都与 Buffer Pool 有直接关系。如果你想系统搞懂 MySQL，从 Buffer Pool 开始是最佳路径。如果本篇文章对你有帮助，欢迎：✏️ 评论交流。
兰顿蚂蚁——CAD二次开发
最新发布
12-15 724
【代码】兰顿蚂蚁——CAD二次开发。
KingbaseES 面向应用程序的SQL开发：从原理到实战的深度探索
优快云博客专家，领域包括但不限于：AI、大数据、Python、架构师，有合作、课程、问题、疑惑请私信博主
12-14 957
KingbaseES数据库SQL开发实践解析 摘要：本文深入探讨国产数据库KingbaseES在SQL开发中的核心实践，重点分析四大关键技术：1) SQL处理机制，包括游标管理和绑定变量优化；2) 正则表达式的高级应用与性能优化；3) 多类型索引的选择与优化策略；4) 事务控制与锁机制。通过具体代码示例，展示了KingbaseES在金融、政务等关键领域的高性能SQL开发能力，包括事务隔离级别设置、死锁检测等高级特性。文章为开发者提供了从基础语法到高级优化的完整SQL开发指南，助力企业实现高效可靠的数据库应用
基于Java+SpringBoot+Vue的美甲店管理系统【附源码+文档+部署视频+讲解)
小熊的博客
12-11 1669
基于SpringBoot的美甲店管理系统开发案例，涵盖用户、美甲师和管理员三大角色功能模块，采用Vue+SpringBoot+MySQL技术栈实现。系统包含服务预约、订单管理、耗材采购等全流程数字化功能，采用MVC设计模式和B/S架构。包含用户、美甲师、管理员三类角色的功能模块，该系统聚焦美甲店的日常运营场景，通过用户端浏览服务与套餐、美甲师端处理预约与评价、管理员端统筹人员、业务与资源的模式，实现美甲店从服务展示、预约调度到耗材管理的全流程数字化，提升门店运营效率与服务体验。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值