Mysql:RC隔离级别下如何提高并发?

已于 2023-11-09 14:50:49 修改
阅读量307 收藏 1
点赞数 1
分类专栏： 数据库开发 文章标签： mysql 数据库
于 2023-11-09 09:28:35 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/nzbing/article/details/134303128
版权
在MySQL的RC（读已提交）隔离级别下，遇到并发upsert操作导致的死锁问题。行锁仅对索引列生效，无索引的删除条件可能导致表级锁，引发死锁。唯一索引在RC级别也可能导致间隙锁，从而引发并发问题。通过删除唯一索引可以避免该问题。在涉及unique check的场景中，如delete + insert或insert…on duplicate key update，可能会因next-key lock导致死锁，即使插入记录无冲突。

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

RC

  • 最近在Mysql RC隔离级别下遇到个问题:源表并发upsert目标表报错:Deadlock found when try to get lock

一、索引

  • Mysql是支持行锁的,但是行锁只是针对索引列,若删除条件未加索引会导致走表锁,这样就会造成死锁

二、唯一索引

索引建了之后运行还是报错死锁,打开死锁日志

show engine innodb status

报错:

lock_mode X locks gap before rec insert intention waiting

意思是插入意向锁准备插入之前遇到了间隙锁,但是隔离级别是RC,按照网上的说法和文档,RC隔离级别是不会出现Gap Lock的,后面发现表中若有唯一索引,RC隔离级别下并发也会导致Gap Lock,去掉唯一索引,跑批就没问题了

结论:

  • 在delete &
了解本专栏 订阅专栏 解锁全文
mysql的rc怎么弄_MySQL InnoDB 锁总结（二）- RC 加锁流程
weixin_30994645的博客
01-27 639
在之前InooDB 加锁总结的文章中，讨论了大量在 RR 情况下 MySQL 如何加锁的案例。而这篇相较于前一篇，更偏重于实践，主要是在遇到锁等待或者死锁时，如何分析和解决问题。这篇讲解的案例全都基于 RC 隔离级别，MySQL 版本为 5.7.x.我们知道，RC 相较于 RR 在很大程度上调高了并发性，降低了死锁发生的概率，因而作为大多数高并发场景的首选。但是降低并不代表消除，如果设计的索引或者...
并发性事务带来的问题+并发控制(MySQL事务隔离级别、MySQL 锁)
weixin_44040169的博客
07-15 1013
并发事务带来的问题——不可重复读、幻读和脏读 并发控制——解决方式： MySQL事务隔离级别 MySQL 锁（共享锁，排他锁，乐观锁，悲观锁） Spring事务 各种锁(ReentrantLock、AQS。。)
mysql rc已经解决重复读问题了吗_MySQL的可重复读级别能解决幻读问题吗？
weixin_35112865的博客
01-30 1064
之前在深入了解数据库理论的时候，了解到事务的不同隔离级别可能存在的问题。为了更好的理解所以在MySQL数据库中测试复现这些问题。关于脏读和不可重复读在相应的隔离级别下都很容易的复现了。但是对于幻读，我发现在可重复读的隔离级别下没有出现，当时想到难道是MySQL对幻读做了什么处理？测试：创建一张测试用的表dept：CREATE TABLE `dept` (`id` int(11) NOT NULL ...
深入探索MySQL锁机制：揭秘死锁原因与RC隔离级别下的事务处理
若明天不见
04-29 1186
本文分析了MySQL中RC隔离级别下INSERT操作的死锁问题，探讨了不同场景下死锁的产生原因，并提供了避免死锁的策略。建议包括按顺序插入数据、减少事务大小、使用INSERT...ON DUPLICATE KEY UPDATE代替REPLACE，以及快速提交事务，以降低死锁风险并提升数据库并发性能。
为什么大厂使用的隔离级别是RC，而不是MySQL默认的RR？
分享技术，记录思考和感悟
07-23 2489
互联网项目请用：读已提交(Read Commited)这个隔离级别！因为可以提升并发！
MySQL改为rc隔离级别,MySQL中RR隔离级别转换成RC隔离级别案例
weixin_42505102的博客
03-18 498
先了解RR(REPEATABLE-READ)和RC(READ-COMMITTED)的区别。RR隔离级别增加了间隙锁，避免了幻读，并且阻止了不可重复读，让同一个事务里面的查询和修改都是一致的。mysql默认的隔离级别就是RR。虽然说RC隔离级别在同一个事务内会存在查询出不同数据的现象，但是这些数据都必然是提交过的，是真实存进硬盘的数据。所以也不用过分担忧，而且RC隔离级别反而降低了锁粒度，也不是毫无...
科普文：数据库事务、隔离级别和并发问题（MySQL）
为无为，事无事，味无味。
07-15 723
事务：并发连接场景下，用户定义的一个操作序列。这些操作要么都做，要么都不做，是一个不可分割的工作单位。MySQL的事务就是将多条SQL语句作为整体进行执行。：事务将数据库从一种一致性状态转换为另一种一致性状态；保证系统始终处于一个完整且正确的状态。：事务可由一条非常简单的 SQL 语句组成，也可以由一组复杂的SQL 语句组成。：在数据库提交事务时，可以确保要么所有修改都已经保存，要么所有修改都不保存。事务是访问并更新数据库各种数据项的一个程序执行单元。在 MySQL innodb 下，单条语句都具备事务。
【高并发基础】MySQL 不同事务隔离级别下的并发隐患及解决方案
chenghan_yang的博客
06-25 1098
本项目聚焦高并发的基础知识，至底向上得研究：github 仓库 (分支 master / isolation / propagation / multithreading) 理念：禁用了gap锁，减少了锁的作用范围，即减少了死锁风险使用了"半一致读"降低了锁等待，即减少了死锁风险，也提高了读效率项目isolation分支 ： 3.1.2 RC 解决不可重复读，使用 加锁 项目isolation分支 ：项目isolation分支 ： 3.2.1 解决幻读 RC 禁用了GAP锁（外键约束除外）理论上是
mysql RR、RC隔离级别实现原理
农夫三拳
01-07 1370
采用乐观锁实现，它通过对不同事务生成不同的快照版本，通过UNDO版本链进行管理并且在MVCC里面，规定了高版本能够看到低版本的事务变更，低版本看不到高版本的事务变更，从而实现了不同事务之间的数据隔离。是一种特殊的表级别锁。简言之，如果一个事务正在往表中插入记录，所有其他事务的插入必须等待，以便第一个事务插入的行，是连续的主键值。写锁，给事务加上排它锁，该事务可以执行任意读写操作，其他事务无法获取该排它锁，也不能加其他类型的锁。保证并发场景下，使用RC高过RR，RC的锁的粒度是只有一行，RR是多行的锁。
数据库进阶：RC隔离级别与ReadView分析
总结来说，该文档讨论了MySQL中RC隔离级别下ReadView的概念，以及它如何影响并发事务的可见性。了解这些概念对于优化数据库性能和避免并发控制问题至关重要，特别是在高并发的数据库应用中。通过理解RC隔离级别的...
mysql rc_MySQL RC级别下并发insert锁超时问题 - 现象分析和解释
weixin_33508642的博客
01-18 565
问题描述表dt包含了一个主键，一个复合唯一索引和一个普通索引，存在9条记录。表结构和记录如下：CREATE TABLE `dt` (`ID` int(10) NOT NULL,`COUPON_ID` varchar(60) NOT NULL,`OPERATION_TYPE` decimal(2,0) NOT NULL,`REMAIN_AMOUNT` decimal(8,2) NOT NULL,`O...
MySQL事务隔离级别指南：理解隔离级别对并发性的影响
[MySQL事务隔离级别指南：理解隔离级别对并发性的影响](https://ask.qcloudimg.com/http-save/yehe-7197959/ti9e3deoyc.png) # 1. 事务与隔离级别概述** 事务是数据库中的一系列操作，这些操作要么全部成功，要么...
【MySQL】数据类型
cp
03-31 990
介绍MySQL的数据类型
深入了解 MySQL 锁机制
2301_81316824的博客
03-31 1091
MySQL作为一个常用的关系型数据库系统，其事务处理能力强大，并提供了丰富的锁机制以保障数据的一致性和并发操作的有效性。在多用户并发操作的环境中，锁是控制资源访问的重要工具。本文将详细介绍MySQL中锁的分类及其具体应用，包括乐观锁、悲观锁、全局锁、表锁、行锁等内容。
【Mysql】之索引详解
最新发布
GB100200的博客
04-03 238
索引是一个排序的列表，包含索引字段的值及其对应的行数据记录所在的物理地址.
MySQL 实现：基于时间差与车牌号匹配
漏刻有时数据可视化大屏（PHP&ECHARTS智能化开源软件系统）
04-01 52
vehicle_idlicenserecotimeAtTimeTruckID现在希望实现以下操作：找出表中的recotime与表中的AtTime时间差值在N分钟以内（包含N分钟），且车牌号（license和TruckID）相同的记录，然后将表中的vehicle_id更新到表对应的记录中。请问该如何编写相应的 SQL 语句来完成这一需求？
MySQL联合查询
2302_79462679的博客
04-01 504
用于横向扩展数据，通过关联条件整合多表信息，核心掌握内连接与外连接的区别。：以左表为主，返回左表所有记录及右表的匹配记录（无匹配则右表字段为。：以右表为主，返回右表所有记录及左表的匹配记录（无匹配则左表字段为。通过明确需求、优化查询条件和合理使用索引，可显著提升联合查询效率。使用表别名提高可读性（如。通过关联条件横向合并多表数据，扩展查询结果的列信息。纵向合并多个查询结果，要求列数和数据类型一致。条件，否则会返回两表所有行的组合（如。结果集中不包含任一表的未匹配记录。：返回左右表所有记录，无匹配时填充。
SpringBoot中application.yml--不同版本的Mysql，不同的url
A2715045459的博客
04-02 425
不同版本的 MySQL 驱动与数据库版本之间存在兼容性问题。例如，使用 MySQL 8.x 的驱动连接 MySQL 5.x 数据库可能会报错，反之亦然。所以要根据实际使用的 MySQL 数据库版本选择合适的驱动版本和配置哦~这些参数的添加主要是为了解决 MySQL 8.x 中引入的一些新特性，例如默认启用 SSL 连接以及对时区的严格要求。这是 MySQL 8.x 的官方推荐驱动类，它提供了更好的性能和对新特性的支持。：MySQL 8.x 对时区的处理更加严格，需要明确指定时区，例如。
MySQL - 事务隔离级别和锁的机制
小工匠
03-31 1098
假设有 A 和 B 两个事务，在并发情况下，事务 A 先开始读取商品数据表中的数据，然后再执行更新操作，如果此时事务 A 还没有提交更新操作，但恰好事务 B 开始，然后也需要读取商品数据，此时事务 B 查询得到的是刚才事务 A 更新后的数据。换句话说，事务 A 操作数据库时，事务 B 只能排队等待，因此性能也最低。循环等待：可以靠按序申请资源来预防，也就是所谓的资源有序分配原则，让资源的申请和使用有线性顺序，申请的时候可以先申请资源序号小的，再申请资源序号大的，这样的线性化操作就自然就不存在循环了。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

我爱夜来香A

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值