批量insert的风险

批量插入 一条失败

问题的开始: 

在数据库id字段为唯一键的时候,数据库已有10和20字段


以下语句会全部失败

insert into dbo.student (id) values (15),(20)

全部回滚还是部分成功?全部回滚。

事务的测试

这就很让人好奇数据库是怎么做到的,批量insert的语句可以视为加了一个事务

begin tran

insert into dbo.students (id) values (15),(25)

那这是一个什么样的事务锁呢?执行下面语句可以看到锁的类型IX

select * FROM sys.dm_tran_locks where resource_type='OBJECT';

此时你再打开另外四个sql页面,有四个现象等待解答

SELECT TOP (1000) * FROM [database].[dbo].[students] where id < 15 成功

SELECT TOP (1000) * FROM [database].[dbo].[students]

成功

insert into dbo.students (id) values (25)

hang住,锁类型IX

insert into dbo.students (id) values (18)

成功,此时排除传统间隙锁猜测 

IX是什么

解决了实践层面 我们回到理论层面。

在这之前有一个比较常见且传统的间隙锁的概念,比如数据库里只有10,20的时候,间隙锁是 (-,10)(10,20)(20,+), 但是这是用来防止幻读的,和本次讨论不一样

插入意向锁(Insert Intention Locks)

插入意向锁,是间隙锁(Gap Locks)的一种(所以,也是实施在索引上的),它是专门针对insert操作的。多个事务,在同一个索引,同一个范围区间(如15,25)插入记录时,如果插入的位置不冲突,不会阻塞彼此。先看下官方的解释:

Insert Intention Lock signals the intent to insert in such a way that multiple transactions inserting into the same index gap need not wait for each other if they are not inserting at the same position within the gap.

虽然IX和IX之间互不冲突,IX和IS之间互不冲突

但是一行一旦想要修改,必须拿到X,一行一旦想要读取, 必须拿到S,这两个情况都会因为IX而被hang住


答案

最后,用理论回头看,以上的四个现象是否都有了答案 

已知 insert into dbo.students (id) values (15),(25) 拿到了IX锁。

insert into dbo.students (id) values (18)  IX和IX位置不冲突, IX可转为X写入。

SELECT * FROM [database].[dbo].[students] where id< 15 成功  IX和S位置不冲突可读取。

SELECT * FROM [database].[dbo].[students]  成功

insert into dbo.students (id) values (25)  hang住,锁类型IX位置冲突不可写 如图黄色3 

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
【社区内容提示】社区部分内容疑似由AI辅助生成,浏览时请结合常识与多方信息审慎甄别。
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

相关阅读更多精彩内容

友情链接更多精彩内容