SQL Server中锁与事务隔离级别

SQL Server中的锁分为两类:

  • 共享锁
  • 排它锁

锁的兼容性:事务间锁的相互影响称为锁的兼容性。

锁模式 是否可以持有排它锁 是否可以持有共享锁
已持有排它锁
已持有共享锁

SQL Server中可以锁定的资源包括:RID或键(行)、页、对象(如表)、数据库等等。

在试图修改数据(增删改)时,事务会请求数据资源的一个排它锁而不考虑事务的隔离级别。排它锁直到事务结束才会解除。对于单语句事务,语句执行完毕该事物就结束了;对于多语句事务,执行完COMMIT TRAN或者ROLLBACK TRAN命令才意味着事务的结束。

在事务持有排它锁期间,其它事务不能修改该事物正在操作的数据行,但能否读取这些行,则取决于事务的隔离级别。

在试图读取数据时,事务默认请求数据资源的共享锁,事务结束时会释放锁。可以通过事务隔离级别控制事务读取数据时锁定的处理方式。



SQL Server中事务隔离级别分为以下两大类:

  • 基于悲观并发控制的四个隔离级别(隔离级别自上而下依此增强):

    • READ UNCOMMITTED
    • READ COMMITTED(默认)
    • REPEATABLE READ
    • SERIALIZABLE
  • 基于乐观并发控制的两个隔离级别(隔离级别自上而下依此增强):
    • SNAPSHOT
    • READ COMMITTED SNAPSHOT(默认)

可以通过下面的语句来设置会话的隔离级别:

SET TRANSACTION ISOLATION LEVEL <isolation name>

隔离级别可以确定并发用户读取或写入的行为。在获得锁和锁的持续期间,不能控制写入者的行为方式,当时可以控制读取者的行为方式。此外,也可通过控制读取者的行为方式来隐式的影响写入者的行为。隔离级别越高读取者请求的锁越强,持续时间越长,数据一致性越高,并发性越低。

READ COMMITTED SNAPSHOTSNAPSHOT可以看作是READ COMMITTEDSERIALIZABLE对应的乐观并发控制实现。

在事务持有一个数据资源的锁时,若另一个事务请求该资源的不兼容锁时,请求会被阻塞而进入等待状态。该请求一直等待直至被锁定的资源释放或者等待超时。可以通过语句以下语句来查询数据库中事务锁信息:

--获取当前会话Id
SELECT @@SPID;
--查询数据库中锁信息
SELECT * FROM sys.dm_tran_locks;
--使用KILL命令关闭id为52的会话
--注意KILL命令不是SQL而是SQL Server用于管理数据库的命令
--KILL命令会回滚事务
KILL 52;

设置锁超时时间,锁超时不会回滚事务:

--设置锁超时时间为5S
SET LOCK_TIMEOUT 5000;
--取消超时时间限制
SET LOCK_TIMEOUT -1;

READ UNCOMMITTED

在该隔离级别中,读取者无需请求共享锁,从而也不会与持有排它锁的写入者发生冲突。如此,读取者可以读到写入者尚未提交的更改。即,脏读。
在查询语句中READ COMMITTED可以简写为NOLOCK

SELECT * FROM A WITH(NOLOCK)

READ COMMITTED

在该隔离级别中,读取者必须获取一个共享锁以防止读取到未提交的数据。这意味着,若有其它事务正在修改资源则读取者必须进行等待,当写入者提交事务后,读取者就可以获得共享锁进行读取。

该隔离级别中,事务所持有的共享锁不会持续到事务结束,当查询语句结束(甚至未结束)时,便释放锁。这意味着在同一个事物中,两次相同数据资源的读取之间,不会持有该资源的锁,因此,其它事务可以在两次读取间隙修改资源从而导致两次读取结果不一致,即不可重复读。

REPEATABLE READ

在该隔离级别中,读取者必须获取共享锁且持续到事务结束。该隔离级别获得的共享锁只会锁定执行查询语句时符合查询条件的资源。举例如下:

SET TRANSACTION ISOLATION LEVEL REPEATABLE READ
BEGIN TRAN
SELECT * FROM A WHERE Id<10;

上述语句只会锁定符合Id<10条件的数据行,若表中Id<10的数据有Id=2,3,4,5,6五条,那么只会锁定这五条数据:

--阻塞
DELETE FROM A WHERE Id=2;
--不会阻塞
DELETE FROM A WHERE Id=7;
--阻塞
UPDATE A SET Name=‘‘ WHERE Id=2;
--不会阻塞
UPDATE A SET Name=‘‘ WHERE Id=7;
--不会阻塞,且新插入的数据不会被锁定,可以执行更新和删除操作
INSERT INTO A(Id,Name) VALUES(7,‘5‘);

该隔离级别下会产生幻读,即同一事务两次相同条件的查询之间插入了新数据,导致第二次查询获取到了新的数据。

SERIALIZABLE

在该隔离级别中,读取者必须获取共享锁且持续到事务结束。该隔离级别的共享锁不仅锁定执行查询语句时符合查询条件的数据行,也会锁定将来可能用到的数据行。即,阻止可能对当前读取结果产生影响的所有操作。

举例如下:

SET TRANSACTION ISOLATION LEVEL SERIALIZABLE
BEGIN TRAN
SELECT * FROM A WHERE Id<10;

上述语句只会锁定符合Id<10条件的数据行,若表中Id<10的数据有Id=2,3,4,5,6五条,则:

--阻塞
DELETE FROM A WHERE Id=2;
--不会阻塞
DELETE FROM A WHERE Id=7;
--阻塞
UPDATE A SET Name=‘‘ WHERE Id=2;
--不会阻塞
UPDATE A SET Name=‘‘ WHERE Id=7;
--阻塞,这里与 REPEATABLE READ 不一样
INSERT INTO A(Id,Name) VALUES(7,‘5‘);


SNAPSHOTREAED COMMITTED SNPSHOT是SQL Server基于行版本控制技术的隔离级别,在这两个隔离级别中,读取者不会获取共享锁。SQL Server可以在tempdb库中存储已提交行的之前版本。如果当前版本不是读取者所希望的版本,那么SQL Server会提供一个较旧的版本。

SNAPSHOT在逻辑上与SERIALIZABLE类似;READ COMMITTED SNPSHOT在逻辑上与READ COMMITTED类似。这两个隔离级别中执行DELETEUPDATE语句需要复制行的版本,INSERT语句则不需要。因此,对于更新和删除操作的性能会有负面影响,因无需获取共享锁,所以读取者的性能通常会有所改善。

SNAPSHOT

在该隔离级别中,读取者在读取数据时,它是确保获得事务启动时最近提交的可用行版本。这意味着,保证获得的是提交后的读取并且可以重复读取,以及确保获得的不是幻读,就像是在SERIALIZABLE级别中一样。但该隔离级别并不会获取共享锁。

启用该隔离级别需要先执行下面的语句:

--需要在数据库级别启用基于快照的隔离级别
ALTER DATABASE DbName SET ALLOW_SNAPSHOT_ISOLATION ON;  
--修改数据不提交事务
BEGIN TRAN
  UPDATE A SET Name=‘22‘ WHERE Id=2;
 
SET TRANSACTION ISOLATION LEVEL SNAPSHOT;
--查询不会被阻塞
--上述事务提交之前返回可用的旧版本,提交后则返回修改后的结果
SELECT * FROM xfh.[Table] WHERE Id=2;

冲突检测

该隔离级别的事务中,SQL Server会进行冲突检测以防止更新冲突,这里的检测不会引起死锁问题。即,若该隔离级别的事务在修改数据时,若发现已有其它事务修改了相同版本号的数据,则会引发下面的错误:

消息 3960,级别 16,状态 2,第 4 行
快照隔离事务由于更新冲突而中止。您无法在数据库‘Test‘中使用快照隔离来直接或间接访问表 ‘A‘,
以便更新、删除或插入已由其他事务修改或删除的行。请重试该事务或更改 update/delete 语句的隔离级别。

READ COMMITTED SNPSHOT

该隔离级别与SNAPSHOT的不同之处在于,读取者获得是语句启动时(不是事务启动时)可用的最后提交的行版本。

启用该隔离级别需要先执行下面的语句:

--需要在数据库级别启用基于快照的隔离级别
--要保证执行该语句的链接必须是目标数据库的唯一链接
ALTER DATABASE Test SET READ_COMMITTED_SNAPSHOT ON;

隔离级别 允许脏读? 允许不可重复读? 允许丢失更新? 允许幻读? 检测更新冲突? 使用行版本控制?
READ UNCOMMITTED
READ COMMITTED
REPEATABLE READ
SERIALIZABLE
SNAPSHOT
READ COMMITTED SNAPSHOT

死锁

对于死锁,SQL Server会自行清理。默认情况下,SQL Server会选择终止工作量少的事务以解除死锁,因为工作量少便于事务的回滚操作。用户也可以设置死锁优先级DEADLOCK_PRIORITY,这样优先级低的便被终止,而不管其工作量大小。

结语

SQL Server中提供了四种不依赖行版本控制的事务隔离级别,及两种依赖行版本控制的事务隔离级别。不同事务的隔离级别会对数据查询语句的执行过程(是否获取共享锁,语句是否会被阻塞)及结果(是否有脏读、幻读等)产生较大的影响,对于修改数据行为的影响仅限于是否会阻塞语句的执行,因为修改数据的语句必须要获取排它锁才能被执行。

以上是自己《SQL Server2012 T-SQL基础教程》事务与并发处理一章的读书笔记,错误之处望各位多多指教。

书目推荐

原文地址:https://www.cnblogs.com/Cwj-XFH/p/9313882.html

时间: 2024-08-07 08:39:19

SQL Server中锁与事务隔离级别的相关文章

mysql,oracle,sql server中的默认事务隔离级别查看,更改

未提交读(隔离事务的最低级别,只能保证不读取物理上损坏的数据) 已提交读(数据库引擎的默认级别) 可重复读 可序列化(隔离事务的最高级别,事务之间完全隔离) 可串行化比较严谨,级别高; MySQL mysql默认的事务处理级别是'REPEATABLE-READ',也就是可重复读 1.查看当前会话隔离级别 select @@tx_isolation; 2.查看系统当前隔离级别 select @@global.tx_isolation; 3.设置当前会话隔离级别 set session transa

(转)SQL SERVER的锁机制(三)——概述(锁与事务隔离级别)

五.锁与事务隔离级别 事务隔离级别简单的说,就是当激活事务时,控制事务内因SQL语句产生的锁定需要保留多入,影响范围多大,以防止多人访问时,在事务内发生数据查询的错误.设置事务隔离级别将影响整条连接. SQL Server 数据库引擎支持所有这些隔离级别: · 未提交读(隔离事务的最低级别,只能保证不读取物理上损坏的数据) · 已提交读(数据库引擎的默认级别) · 可重复读 · 可序列化(隔离事务的最高级别,事务之间完全隔离) SQL Server 还支持使用行版本控制的两个事务隔离级别.一个是

Sql Server 中锁的概念

锁的概述 一. 为什么要引入锁 多个用户同时对数据库的并发操作时会带来以下数据不一致的问题: 丢失更新A,B两个用户读同一数据并进行修改,其中一个用户的修改结果破坏了另一个修改的结果,比如订票系统 脏读A用户修改了数据,随后B用户又读出该数据,但A用户因为某些原因取消了对数据的修改,数据恢复原值,此时B得到的数据就与数据库内的数据产生了不一致 不可重复读A用户读取数据,随后B用户读出该数据并修改,此时A用户再读取数据时发现前后两次的值不一致 并发控制的主要方法是封锁,锁就是在一段时间内禁止用户做

面试必问的MySQL锁与事务隔离级别

之前多篇文章从mysql的底层结构分析.sql语句的分析器以及sql从优化底层分析, 还有工作中常用的sql优化小知识点.面试各大互联网公司必问的mysql锁和事务隔离级别,这篇文章给你打神助攻,一飞冲天. 锁定义 锁是计算机协调多个进程或线程并发访问某一资源的机制. 在数据库中,除了传统的计算资源(如 CPU.RAM.I/O等)的争用以外,数据也是一种需要用户共享的资源.如何保证数据并发访问的一致性.有效性是所有数据库需要解决的问题,锁冲突也是影响数据库并发性能的一个重要因素. 锁分类 从性能

16 [个人补充知识点]在Spring中定义了5中不同的事务隔离级别

在Spring中定义了5中不同的事务隔离级别: 1. ISOLATION_DEFAULT(一般情况下使用这种配置既可) ; 这是一个PlatfromTransactionManager默认的隔离级别,使用数据库默认的事务隔离级别. 2. ISOLATION_READ_UNCOMMITTED 4 p" L. I' F; k1 {) a. D( E5 ?: V这是事务最低的隔离级别,它充许别外一个事务可以看到这个事务未提交的数据.这种隔离级别会产生脏读,不可重复读和幻像读. 大部分数据库缺省的事物隔

Sql Server 中锁的简单了解

1 如何锁一个表的某一行 SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED SELECT * FROM table ROWLOCK WHERE id = 1 2 锁定数据库的一个表 SELECT * FROM table WITH (HOLDLOCK) 加锁语句: sybase: update 表 set col1=col1 where 1=0 ; MSSQL: select col1 from 表 (tablockx) where 1=0 ; o

SQL Server中四类事务并发问题的实例再现(转)

本篇文章将用实例再现数据库访问中四类并发问题,希望能让初学者能对事务的并行性有进一步的理解. 首先,让我们先来了解一下并行问题以及事务隔离级别这两个概念.在数据库中,假设如果没有锁定且多个用户同时访问一个数据库,则当他们的事务同时使用相同的数据时可能会发生问题.并发问题包括: 丢失或覆盖更新. 未确认的相关性(脏读). 不一致的分析(非重复读). 幻像读. 下面让我们稍花点时间来解释一下这四类问题:1.丢失更新当两个或多个事务选择同一行,然后基于最初选定的值更新该行时,会发生丢失更新问题.每个事

深入理解mysql锁与事务隔离级别

一.锁 1.锁的定义 锁即是一种用来协调多线程或进程并发使用同一共享资源的机制 2.锁的分类 从性能上分类:乐观锁和悲观锁 从数据库操作类型上分类:读锁和写锁 从操作粒度上分类:表锁和行锁 2.1 从性能上分类 2.1.1 乐观锁 乐观锁顾名思义就是操作的时候很乐观,认为操作不会产生并发问题(不会有其他线程对数据进行修改),因此不会上锁.但是会在更新时判断其他线程再这之前有没有对数据进行修改,一般会使用版本号机制或CAS算法实现. 2.1.1.1 版本号机制 实现方式: 取出记录时,获取当前ve

SQL 标准中的四种隔离级别

READ UNCOMMITED(未提交读) 在RERAD UNCOMMITED级别,事务中的修改,即使没有提交,对其他事务也都是可见的.事务可以读取未提交的数据,这也成为脏读(Dirty Read).这个级别会导致很多问题,从性能上说READ UNCOMMITED 不会比其他的级别好太多,但缺乏其他级别的好多好处,除非有非常必要的理由,在实际的应用中一般很少使用READ UNCOMMITED. READ COMMITED (提交读) 大多数数据库系统的默认隔离级别都是READ COMMITED