SQLServer锁的基础问题探究

SqlServer需要在执行操作前对目标资源获取所有权,那么久发生锁定,是一个逻辑概念。为了保证事务的ACID特性设计的一种机制。

在多用户并发操作数据时,为了出现不一致的数据,锁定是必须的机制。使用锁可保证数据一致性,但这也致使你在编码、设计时要把锁定考虑进去。如果锁的数量太多,持续时间过长,对并发和系统性能都没有好处。

在SQL Server支持的隔离级别中,级别越高,严格性也就越高,这就增加了阻塞甚至死锁的机会。

锁资源:行、页、或者表(如果有分区、可能还有分区锁)

锁模式:共享锁、排他锁、更新锁、意向锁、

锁的所有权:锁的范围。绝大部分锁的范围是事务范围的

锁定的元数据:使用sys.dm_tran_locks这个DMV解锁。

SQLServer可以在用户数据的行(RID/KEY锁)、页(PAGE锁)或者表(OBJECT锁)级别上锁定资源。SQLServer会尽可能申请行级锁、以便获取最高的并发度。

SQL Server锁住一个索引上的行时,在sys.dm_tran_locks中会显示Key;如果是锁住了堆表上的数据行,则会显示RID,如果堆上有非聚集索引,实际上是锁住了整个索引行,而不仅仅是索引键。当会话运行在SERIALIZABLE隔离级别下,还可能会锁住索引行的一个范围

根据不同的隔离级别,可以支持两种Key锁,如果事务的隔离级别为READ COMMITTED/REPEATABLE READ,会锁住查询需要的索引行,如果数据表上有聚集索引,实际的数据行在叶子节点中,显示KEY锁,如果表为堆表,SQL Serer会把锁加到非聚集索引中,也叫KEY锁,或者加在堆的数据行上,叫RID锁

隔离级别为SERIALIZABLE,为了避免幻读,SQL Server 会锁住一个范围,如果所查询的是范围值,那么需要锁住足够的部分,确保另外一个事务不会在这个事务扫描的过程中插入值,这种说在DMV中显示key-range锁。

幻读:如果事务A中有两个相同的查询,而且带有了限定词(如WHERE条件)在第一次查询之后,会锁住查询所需的数据范围,而事务B这时插入了一行满足WHERE条件的数据,在第一次查询中没有这条数据,没有锁住,插入是成功的,当事务A进行第二次查询时,就会出现这条新数据,于是就出现了幻读。

上一篇:hive分组排序 取top N


下一篇:WebApi 参数绑定方法