Mysql读已提交隔离级别下,使用select 查询某张表,如test,再使用on duplicate key更新test,并且执行了alter test auto_increment = 1,产生了锁,这是为什么?按道理通过MVCC,读操作是不产生锁的
3条回答 默认 最新
关注
引自免费微信小程序:皆我百晓生
在MySQL中,**读已提交(Read Committed)**隔离级别下,确实大多数读操作不会对数据加锁,而是通过多版本并发控制(MVCC)来实现非锁定读。然而,在你的场景中涉及到的几个操作并不完全遵循这一原则:
-
SELECT
查询:- 在读已提交隔离级别下,普通的
SELECT
查询会看到事务开始前就已经提交的数据版本,所以它通常不会阻塞其他事务,也不会被其他事务阻塞。
- 在读已提交隔离级别下,普通的
-
ON DUPLICATE KEY UPDATE
:- 当执行
INSERT INTO test (...) VALUES (...) ON DUPLICATE KEY UPDATE ...
时,即使是在读已提交隔离级别下,由于涉及到唯一键约束检查和更新操作,因此会对涉及的行进行写锁(行级锁),以确保在同一时间只有一个事务可以更新这行记录。
- 当执行
-
ALTER TABLE AUTO_INCREMENT = 1
:ALTER TABLE
语句会获取表级元数据锁(MDL),这是一个共享锁(对于只读查询)或排他锁(对于写操作如ALTER
)。在你的场景中,调整AUTO_INCREMENT
值会获取表的结构修改锁,这意味着在此期间任何其他试图访问该表的事务(包括读和写)都会等待这个锁释放。
总结来说,虽然读已提交隔离级别下普通读取不会产生锁竞争,但在你描述的操作中包含了写操作(
ON DUPLICATE KEY UPDATE
)和DDL操作(ALTER TABLE
),这些都会导致对相应资源加锁,从而可能与其他事务产生锁冲突。关于代码示例,这里没有具体代码情境,但假设有一个事务包含以下操作:
START TRANSACTION; SELECT * FROM test WHERE id = ?; -- 这个读操作一般不会加锁 INSERT INTO test (id, ...) VALUES (?, ...) ON DUPLICATE KEY UPDATE ...; -- 此处会对唯一键涉及的行加锁 ALTER TABLE test AUTO_INCREMENT = 1; -- 对整个test表加MDL锁 COMMIT;
在上述事务中,
ON DUPLICATE KEY UPDATE
和ALTER TABLE
语句都将造成其他事务在这个事务提交之前无法对相关行或表进行无冲突的操作。本回答被题主选为最佳回答 , 对您是否有帮助呢?解决 无用评论 打赏 举报-
悬赏问题
- ¥15 stc15f2k60s2单片机关于流水灯,时钟,定时器,矩阵键盘等方面的综合问题
- ¥15 YOLOv8已有一个初步的检测模型,想利用这个模型对新的图片进行自动标注,生成labellmg可以识别的数据,再手动修改。如何操作?
- ¥30 NIRfast软件使用指导
- ¥20 matlab仿真问题,求功率谱密度
- ¥15 求micropython modbus-RTU 从机的代码或库?
- ¥15 django5安装失败
- ¥15 Java与Hbase相关问题
- ¥15 后缀 crn 游戏文件提取资源
- ¥20 bash代码推送不上去 git fetch origin master #失败了
- ¥15 LOL外服加入了反作弊系统,现在游戏录像rofl文件离线都无法打开