首页 > 代码库 > SQL Server中DML语句要申请的锁
SQL Server中DML语句要申请的锁
对于select语句:
1、当采用表扫描时,会直接锁定page,而不是锁定具体的某条记录,所以会有这些锁:
A、数据库S锁
B、表的IS锁
C、页的S锁
2、当采用索引来查找数据时,会锁定具体的记录,所以会有这些锁:
A、数据库S锁
B、索引中page的IS锁
C、索引中page中的key的S锁
D、表的IS锁
E、页的IS锁
F、RID的S锁
3、对于读过的页面,会加一个IS锁。
对于使用的索引,会对key加上S锁,对索引key所在的页面会加上IS锁。
在查询过程中,会对每一条读到的记录或key加上S锁。
如果记录不是我们要查找的,那么就会释放S锁,如果记录要返回,根据隔离级别,如果是read committed,那么会释放,否则就不会释放。
对于update语句:
1、当采用表扫描时,会直接锁定page,而不是锁定具体的某条记录,所以会有这些锁:
A、数据库S锁
B、表的IX锁
C、页的U锁 或者是X锁,两者的区别在于,由于update语句也是要先找到数据,才能进行修改,所以在查数据时,会对页加上IU锁,然后在继续查看页中的记录时,会先对记录加上U锁,如果发现这条记录,不是需要更新的,那么会立即释放U锁,如果发现这条记录就是要更新的,那么就会加上X锁,然后update这条记录,然后查看下一条记录。
2、当采用索引来查找数据时,会索引具体的记录,所以会有这些锁:
A、数据库S锁
B、索引中page的IU锁
C、索引中page中的key的U锁,也就是不希望别的会话来修改这条记录的key字段,比如现在有2个会话,1个要修改第10条记录的name字段,另一个是要修改第10条记录的key字段,显然,在一个会话修改同一条记录的name字段时,肯定会阻塞住另一个会话修改key字段。也就是说,对同一条记录的不同字段,肯定是不能同时修改的,总是有个先后,否则数据就不一致了。
D、表的IX锁
E、页的IU锁 或者是IX锁,这个区别和上面是一样的,查询时用的是IU锁,当发现这个页内部有需要修改的记录时,会转化为IX锁。
F、RID的X锁
3、对每一个使用的索引,会对key加上U锁,对索引key所在的页面会加上IU锁。
由于update也需要先找到记录,然后才能更新,所以,在扫描过程中,对要扫描的记录所在的页,加上IU锁,对页中的记录加上U锁,如果这些记录要修改,那么会升级为X锁,页面会升级为IX锁。如果这个记录不需要更新,那么会释放U锁,如果整个页面都没有要修改的记录,那么也会释放IU锁。
另外,使用到要修改列的索引越多,那么锁也会越多。比如现在要修改name字段的值,而包含name字段的索引有2个,那么在修改name时,也需要锁定这2个索引的页面和key,所以会先修改表中name字段的值,然后再修改涉及到name字段的2个索引的key值,这个修改操作是先删除,然后再插入key值,比如,要update 3条记录,那么最后修改索引时,会申请6个key 的X锁,3个是要删除的,3个是要插入的。
不过需要特别注意的是,update语句和select 语句的区别在于,update语句获取的锁,直到事务结束,才会释放。
对于Insert 语句:
A、数据库S锁
B、表的IX锁
C、页的IX锁,对于要新插入数据的页,也会有一个IX锁。
D、RID,对要新插入的数据,会申请一个X锁。
E、如果表中有多个索引,那么每个索引上都要插入一条新的数据,要插入数据所在页上,会有一个IX锁。
F、要插入索引中的key,也会有一个X锁。
注意:IS、IU(暂时没发现在表级别上有这个锁)、IX这3个意向锁,都是在表级别、页级别的,而S、U(暂时没没发现在表级别有这个锁)、X 可以在多个级别上。