
不同于Oracle:MySQL的insert会阻塞update
某银行客户在从Oracle迁移到MySQL的开发中,MySQL在READ-COMMITTED隔离级别下,出现了insert阻塞update的情况,但同样的情况下,Oracle的insert则不会阻塞update。本文通过复现该问题,分析MySQL的锁信息,确认是MySQL与Oracle在并发事务处理上的差异,在进行数据库迁移改造的程序开发应予以关注。
1.问题复现
1.1.环境准备
MySQL版本的8.0.26,隔离级别是READ-COMMITTED ,测试表t的字段a为主键。
1.2. insert阻塞update的操作步骤
insert语句未提交时,update同样主键的数据会被阻塞。
session1 | session2 |
插入一条数据(a=8)后未提交。 mysql> begin; Query OK, 0 rows affected (0.00 sec) mysql> insert into t values(8,8); Query OK, 1 row affected (0.01 sec) | |
更改数据,条件是a=8,将会被阻塞 mysql> update t set b=0 where a=8; <<挂起,等待innodb_lock_wait_timeout超时 |
2.分析原因
2.1.检查事务锁信息
说明:
MySQL的隔离级别是通过索引上的锁实现并发事务控制的。在READ-COMMITTED隔离级别下,session1在执行insert语句时,在主键索引上获取了a=8的行记录独占锁,以禁止插入相同主键的数据;session2如果同时插入相同的主键数据被阻塞,容易理解(Oracle也同样阻塞)。出于同样的原因session2执行update时,由于无法获取a=8的行记录独占锁,同样也会被阻塞。
2.2.验证MySQL事务未提交时已写入数据文件
验证事务未提交时,insert语句已将数据写入数据文件,索引数据也已生成。
说明:
MySQL在执行insert 语句进行数据插入,未提交时,数据也已写入表的聚集索引,辅助索引也已生成。MySQL可以使用未提交数据的索引,通过锁机制实现事务的并发控制。
3.Oracle中insert没有阻塞update
在Oracle中,创建同样的测试表t,执行同样的insert和update,但insert不会阻塞update。
执行相同的insert和update语句。
session1 | session2 |
SQL> insert into t values(8,8); | |
1 row created. | SQL> update t set b=0 where a=8;0 rows updated. |
Enjoy GreatSQL :)
文章转载自公众号:GreatSQL社区
