SQL Server2008 事务和锁详解

（5）意向锁：意向锁说明SQL Server有在 该资源上获得共享锁或者排它锁的意向。 意向锁可分为共享意向锁、排它意向锁和 共享排它意向锁三种。
2、锁的粒度
被锁定的资源单位称为锁的粒度（或称锁定粒度）。根据 情况，SQL Server中的锁可以灵活运用在不同的资源层次 上。锁定粒度由小到大可分为有以下几种：
（1）BEGIN TRANSACTION语句
用于定义事务的开始。当开始一个事务后，就在内存中 为这次操作开辟一个缓冲区。在实际应用中，事务往往 是嵌套的，即在一个事务还没有处理完前又开始了另一 个事务，这样高层的事务在提交自己的修改以前就可以 判断低层的事务是否成功提交或被取消。通常BEGIN TRANSACTION返回一个整型值，表示该事务所在的嵌 套层。最高层的事务将返回1。
1.3 锁
在实际应用中，可能会出现对数据库的并发操作。 如多个用户同时对同一数据进行修改，或者查询 正在被别的进程更新的数据，这都可能引起数据 的混乱。为了有效地控制多用户的并发操作， SQL Server引入了资源锁机制。
1、 锁的类型
SQL Server中有不同类型的锁，具体为：
（1）排它锁：它不允许别的事务读取或修改已被 锁定的资源。
返回
网络数据库技术与应用
2、隐式事务
用户可以执行SET IMPLICIT_TRANSACTION ON 语句使SQL Server进入隐式事务处理模式。这时用户 不必再执行BEGIN TRANSACTION 来启动 事务处理，而只需使用COMMIT TRANSACTION或ROLLBACK TRANSACTION来结束事务。当用户执行 了COMMIT TRANSACTION或ROLLBACK TRANSACTION之后，SQL Server就自动 进入下一个事务，将这种事务称为隐式事 务。

事务和锁
主讲：孙俊
目录
C 目录 ONTENTS 事务的概念、属性、分类、操作 锁的概念、死锁现象
事务和锁
事务的概念和属性
同一数据库中的数据在操作时可能是相互影响的， 如果数据在相互影响的操作中的某一方发生错误，可能 导致结果中双方数据的不一致。为了避免这种不一致现 象的发生，可以使用事务解决。
SQL Server实用案例教程(2008版)
SQL Server实用案例教程(2008版)
事务和锁
根据数据库中发生事件的逻辑功能的不同，可以使用不 同类型的事务完成对数据库中数据的维护。事务可以分为显 示事务、隐式事务和自动提交事务三种类型。 自动提交事务：自动提交事务是数据库的默认事务管理模 式。每一个T-SQL语句都作为一个独立的事务发生。如果语 句成功执行，则提交该语句；如果执行遇到错误，则回滚该 语句。只要没有声明显式事务或隐式事务，那么数据库实例 的连接就以此默认模式操作。 显示事务：显示事务是指表明了事务的开始和结束的事务。 事务以begin transaction语句开始，以commit transaction 或rollback transaction语句结束。
SQL Server实用案例教程(2008版)
事务和锁
SQL Server实用案例教程(2008版)
事务和锁
解题 为避免账户余额透支，为“余额”字段设置check约 束“余额>=0 ”。 执行从张三账户转出金额给李四的操作实质是修改 “账户表”，给张三余额减1000元，给李四余额加 1000元。 把修改操作封装到事务中，再通过判断修改操作是否 存在错误，决定事务提交或回滚。程序代码如下：
事务和锁
1. 事务的概念 事务是指封装了一组T-SQL语句的单个逻辑单元。单元

本文章简单的介绍了关于SQL Server,事务和锁的常见问题与用法同时为初学者提供好的参考意见，有需要的可以参考一下。

最近在项目中进行压力测试遇到了数据库的死锁问题，简言之，如下的代码在SERIALIZABLE 隔离级别造成了死锁：SELECT @findCount=COUNT(id)FROM MyTableWHERE[fk_related_id]=@ArgumentIF(@findCount>0)BEGINROLLBACK TRANSACTIONRETURN ERROR_CODEENDINSERT INTO MyTable([fk_related_id],…)VALUES(@Argument,…)COMMIT TRANSACTIONRETURN SUCCESS_CODE在搞清楚这个问题的过程中做了不少的实验，与各位共享。

这一篇是开篇，主要说明的是SQL Server 的四种（其实还有别的）经典的事务隔离级别，以及在不同的隔离级别下锁的使用手段，以及所带来的不同的数据一致性。

SQL Server 中锁的种类（Schema操作就暂时不涉及了）各个事务隔离级别下锁的使用SQL Server 中有四种事务隔离级别，具体的大家去参建MSDN。

下面列出在不同的事务隔离级别下这些锁是如何使用的：我们可以利用这些知识形象说明各个隔离级别下的数据一致性：Read Uncommitted 级别（1）脏读（2）更新丢失（3）不可重复读（4）幻读Read Committed 级别（1）脏读（2）更新丢失（3）不可重复读（4）幻读Repeatable Read 级别（1）脏读（2）更新丢失（3）不可重复读（4）幻读Serializable 级别（1）脏读（2）更新丢失（3）不可重复读（4）幻读我们从上图可以比较直观的看到以下的结论。

SQLServer2008中SQL应用之－“锁定（locking）”-邀月工作室-博客园SQL Server 2008中SQL应用之－“锁定(locking)”SQL Server 2008中SQL应用系列--目录索引一、锁的基本概念：锁定(Locking)是一个关系型数据库系统的常规和必要的一部分，它防止对相同数据作并发更新或在更新过程中查看数据，从而保证被更新数据的完整性。

它也能防止用户读取正在被修改的数据。

Sql Server动态地管理锁定，然而，还是很有必要了解Transact- SQL查询如何影响SQL Server中的锁定。

在此，简单介绍下锁的基本常识。

锁定有助于防止并发问题的发生。

当一个用户试图读取另一个用户正在修改的数据，或者修改另一个用户正在读取的数据时，或者尝试修改另一个事务正在尝试修改的数据时，就会出现并发问题。

SQL Server资源会被锁定，资源的锁定方式称作它的锁定模式(lock mode)，下表列出SQL Server处理的主要锁定模式：可以锁定SQL Server中的各种对象，既可以是一个行，也可以是一个表或数据库。

可以锁定的资源在粒度（granularity）上差异很大。

从细（行）到粗（数据库）。

细粒度锁允许更大的数据库并发，因为用户能对某些未锁定的行执行查询。

然而，每个由SQL Server产生的锁都需要内存，所以数以千计独立的行级别的锁也会影响SQL Server 的性能。

粗粒度的锁降低了并发性，但消耗的资源也较少。

下表介绍SQL Server可以锁定的资源：不是所有的锁都能彼此兼容。

例如，一个被排他锁锁定的资源不能被再加其他锁。

其他事务必须等待或超时，直到排他锁被释放。

被更新锁锁定的资源只能接受其他事务的共享锁。

被共享锁锁定的资源还能接受其他的共享锁或更新锁。

SQL Server自动分配和升级锁。

升级意味着细粒度的锁（行或页锁）被转化为粗粒度的表锁。

当单个T－SQL语句在单个表或索引上获取5000多个锁,或者SQL Server实例中的锁数量超过可用内存阈值时，SQL Server会尝试启动锁升级。

sqlserver 锁详解
SQL Server 锁是用于在多用户环境下保证数据库完整性和一致性的重要机制。

锁的主要目的是防止在并发操作过程中出现数据不一致的问题，如丢失更新、脏读、不可重复读和幻觉读等。

SQL Server 锁机制主要强调由系统自动管理锁，以平衡锁定条件和系统性能。

锁可以分为以下三种类型：
1. 共享锁（Shared Lock）：共享锁用于不更改或不更新数据的操作，如SELECT 语句。

在此锁模式下，其他事务可以继续读取同一数据，但不能修改。

共享锁适用于只读操作，确保数据在一段时间内的一致性。

2. 更新锁（Update Lock）：更新锁用于可更新的资源中。

它防止在多个会话在读取、锁定以及随后可能进行的资源更新时发生常见形式的死锁。

更新锁用于保护更新操作，确保数据在更新过程中的一致性。

3. 独占锁（Exclusive Lock）：独占锁用于数据修改操作，例如INSERT、UPDATE 或DELETE。

独占锁确保在锁定的时间内，其他事务无法对数据进行修改。

这种锁在整个事务期间保持锁定，直到事务结束。

SQL Server 锁机制在运行期间会自动进行优化处理，实行动态加锁。

对于一般的用户而言，通过系统的自动锁定管理机制基本可以满足使用要求。

但如果对数据安全、数据库完整性和一致性有特殊要求，就需要了解SQL Server 的锁机制，掌握数据库锁定方法。

在实际应用中，了解SQL Server 锁机制有助于更好地设计和优化应用程序，以避免因为锁冲突导致的性能问题。

同时，合理使用锁机制可以有效提高数据库并发性能，确保数据的一致性和完整性。

透明数据加密(TDE)是在Microsoft SQL Server 2008中推出的一个新的加密功能。

它旨在为整个数据库提供静态保护而不影响现有的应用程序。

对数据库进行加密，传统上都会涉及复杂的应用程序改动，例如修改表schemas、删除函数和明显的性能下降。

举例来说，要在Microsoft SQL Server 2005中使用加密，字段数据类型必须改为varbinary；不允许进行范围和相等搜索；并且应用程序必须调用内置函数(或自动使用这些内置函数的存储过程或视图)来处理加密和解密，这些都会降低查询性能。

这些问题不是只存在于SQL Server 的；其它数据库管理系统也受到相似的限制。

定制schemes经常用来解决根本不能使用的相等搜索和范围搜索。

即使是像创建一个索引或使用外键等的基本数据库元素也通常不能与单元级或字段级加密schemes一起使用，因为这些特性的使用会泄漏信息。

TDE简单地加密了所有东西，从而解决了这些问题。

因此，所有的数据类型、键、索引，等等这些可以完全使用而不必牺牲安全或泄漏磁盘上的信息。

而单元级加密不能提供这些功能、两个Windows 特性：文件加密系统(EFS)和BitLocker™ D rive Encryption，它通常用于和TDE同样的原因——它们提供相同范围的保护并对于用户来说是透明的。

2、Microsoft SQL Server加密Microsoft SQL Server提供两个级别的加密：数据库级别和单元级别。

两个都使用密钥管理层次结构。

2.1、密码密钥层次结构在加密树的根部是Windows Data Protection API(DPAPI )，它在机器级别保护密钥层次，并用来保护数据库服务器实例的服务主键(SMK)。

SMK保护数据库主键(DMK)，它存储在用户数据库级别并反过来保护证书和非对称密钥。

这些反过来保护对称密钥，对称密钥保护数据。

TDE使用相似的层级到证书。

sqlserver锁机制
SQLServer锁机制是指SQLServer在处理并发操作时使用的一种机制，主要作用是确保数据的一致性和完整性。

SQL Server锁分为共享锁和排他锁，共享锁允许多个用户同时访问同一资源，而排他锁则只允许一个用户访问。

SQL Server锁机制可以通过以下几种方式实现：
1. 行级锁：行级锁允许在一个事务中对某一行数据进行加锁和解锁，其他事务不能访问该行数据。

2. 表级锁：表级锁允许在一个事务中对整个表进行加锁和解锁，其他事务不能访问该表数据。

3. 页面锁：页面锁允许在一个事务中对某一页数据进行加锁和解锁，其他事务不能访问该页数据。

4. 元数据锁：元数据锁用于保护SQL Server的系统表和系统存储过程，防止其他用户对其进行修改。

SQL Server锁机制的实现需要考虑并发性和性能的平衡。

如果加锁过于频繁，会导致性能下降；如果加锁不足，会导致数据的不一致性和完整性问题。

因此，SQL Server锁机制的实现需要根据具体的应用场景和业务需求进行调整和优化。

- 1 -。

第
并发性（concurrency）是任何数据库系统中的一个主要问题。它描述了两个或多个用户都想在同一时间里对某一数据修改时，会产生一定的并发问题。使用事务便可以解决用户存取数据时出现的这个问题，从而保持数据库的完整性和一致性。然而如果希望防止其他用户修改另一个还没完成的事务中的数据，就必须在事务中使用锁。
USEBookDateBபைடு நூலகம்se
BEGIN TRAN
INSERT INTO[BookDateBase].[dbo].[Books]
VALUES
('9787512500983','1988--我想和你谈谈这个世界','韩寒'
1．共享锁
在SQL Server中，共享锁用于所有的只读数据操作。共享锁是非独占的，允许多个并发事务读取其锁定的资源。默认情况下，数据被读取后，SQL Server立即释放共享锁。例如，执行查询“SELECT * FROM AUTHORS”时，首先锁定第一页，读取之后，释放对第一页的锁定，然后锁定第二页。这样，就允许在读操作过程中，修改未被锁定的第一页。但是，事务隔离级别连接选项设置和SELECT语句中的锁定设置都可以改变SQL Server的这种默认设置。例如，“SELECT * FROM AUTHORS HOLDLOCK”就要求在整个查询过程中，保持对表的锁定，直到查询完成才释放锁定。
4．意向锁
意向锁说明SQL Server有在资源的低层获得共享锁或排它锁的意向。例如，表级的共享意向锁说明事务意图将排它锁释放到表中的页或者行。意向锁又可以分为共享意向锁、独占意向锁和共享式独占意向锁。共享意向锁说明事务意图在共享意向锁所锁定的低层资源上放置共享锁来读取数据。独占意向锁说明事务意图在共享意向锁所锁定的低层资源上放置排它锁来修改数据。共享式排它锁说明事务允许其他事务使用共享锁来读取顶层资源，并意图在该资源低层上放置排它锁。

--查看所有事务完成后的情况 SELECT * FROM Products
16
嵌套事务

use test --查看事务执行之前的记录 SELECT * FROM Stu

例：创建一个嵌套事务 在外层事务里为“Stu”表 添加两条记录，在内层事 务里添加一条已经存在的 记录，然后在内层嵌套之 后再插入一条记录，查看 结果
SQL Server数据库技术 事务与锁
1
事务与锁
事务 事务简介 编写事务 嵌套事务 事务保存点 事务的隔离级别 锁 锁简介 锁的对象和模式 死锁 小结

2
事务简介



银行例子：张三向李四汇款10万 情况1：张三账户余额减10万，李四账户余 额加10万 情况2：张三账户余额减10万，李四账户余 额没编号
--查看事务嵌套后的记录情况 SELECT * FROM Products
IF @@ERROR >0 BEGIN TranRollBack: ROLLBACK TRAN END ELSE COMMIT TRAN
--嵌套开始 BEGIN TRAN
INSERT INTO Products(ProductName,CategoryID) VALUES (‘可乐',1)
7
事务的工作原理
事务开始时，SQL Server将会将要修改的数据锁 定，同事创建一个临时的事务日志，在该临时的 事务日志里存放更改的数据和更改的过程。 在事务未提交时，事务中所有的数据操作都是临 时的，一旦发生数据操作失败，就使用临时日志 里的数据回滚事务操作，并解除锁定。 在事务被成功提交后，数据库就将临时事务日志 的内容存储到数据库的事务当中去，此时事务操 作完成。

数据库的事务和锁机制（SQLServer）说到事务，首先我们就要知道为什么需要事务，这就要先看看锁机制的相关概念！锁的概述一. 为什么要引入锁多个用户同时对数据库的并发操作时会带来以下数据不一致的问题:丢失更新A,B两个用户读同一数据并进行修改,其中一个用户的修改结果破坏了另一个修改的结果,比如订票系统脏读A用户修改了数据,随后B用户又读出该数据,但A用户因为某些原因取消了对数据的修改,数据恢复原值,此时B得到的数据就与数据库内的数据产生了不一致不可重复读A用户读取数据,随后B用户读出该数据并修改,此时A用户再读取数据时发现前后两次的值不一致幻像读A用户读取数据,随后B用户插入/删除了几条数据,此时A用户再读取数据时发现数据条数不一致并发控制的主要方法是封锁,锁就是在一段时间内禁止用户做某些操作以避免产生数据不一致二锁的分类锁的类别有两种分法：1. 从数据库系统的角度来看：分为独占锁（即排它锁），共享锁和更新锁MS-SQL Server 使用以下资源锁模式。

锁模式描述共享 (S) 用于不更改或不更新数据的操作（只读操作），如 SELECT 语句。

更新 (U) 用于可更新的资源中。

防止当多个会话在读取、锁定以及随后可能进行的资源更新时发生常见形式的死锁。

排它 (X) 用于数据修改操作，例如 INSERT、UPDATE 或 DELETE。

确保不会同时同一资源进行多重更新。

意向锁用于建立锁的层次结构。

意向锁的类型为：意向共享 (IS)、意向排它 (IX) 以及与意向排它共享 (SIX)。

架构锁在执行依赖于表架构的操作时使用。

架构锁的类型为：架构修改 (Sch-M) 和架构稳定性 (Sch-S)。

大容量更新 (BU) 向表中大容量复制数据并指定了 TABLOCK 提示时使用。

共享锁共享 (S) 锁允许并发事务读取 (SELECT) 一个资源。

资源上存在共享 (S) 锁时，任何其它事务都不能修改数据。

一旦已经读取数据，便立即释放资源上的共享 (S) 锁，除非将事务隔离级别设置为可重复读或更高级别，或者在事务生存周期内用锁定提示保留共享 (S) 锁。

SQLServer中的事务与锁了解事务和锁事务：保持逻辑数据⼀致性与可恢复性，必不可少的利器。

锁：多⽤户访问同⼀数据库资源时，对访问的先后次序权限管理的⼀种机制，没有他事务或许将会⼀塌糊涂，不能保证数据的安全正确读写。

死锁：是数据库性能的重量级杀⼿之⼀，⽽死锁却是不同事务之间抢占数据资源造成的。

不懂的听上去，挺神奇的，懂的感觉我在扯淡，下⾯带你好好领略下他们的风采，嗅査下他们的狂骚。

先说事务--概念，分类⽤华仔⽆间道中的⼀句来给你诠释下：去不了终点，回到原点。

举例说明：在⼀个事务中，你写啦2条sql语句，⼀条是修改订单表状态,⼀条是修改库存表库存-1 。

如果在修改订单表状态的时候出错，事务能够回滚，数据将恢复到没修改之前的数据状态，下⾯的修改库存也就不执⾏，这样确保你关系逻辑的⼀致，安全。

事务就是这个样⼦，倔脾⽓，要么全部执⾏，要么全部不执⾏，回到原数据状态。

书⾯解释：事务具有原⼦性，⼀致性，隔离性，持久性。

原⼦性：事务必须是⼀个⾃动⼯作的单元，要么全部执⾏，要么全部不执⾏。

⼀致性：事务结束的时候，所有的内部数据都是正确的。

隔离性：并发多个事务时，各个事务不⼲涉内部数据，处理的都是另外⼀个事务处理之前或之后的数据。

持久性：事务提交之后，数据是永久性的，不可再回滚。

然⽽在SQL Server中事务被分为3类常见的事务：⾃动提交事务：是SQL Server默认的⼀种事务模式，每条Sql语句都被看成⼀个事务进⾏处理，你应该没有见过，⼀条Update 修改2个字段的语句，只修该了1个字段⽽另外⼀个字段没有修改。

显式事务：T-sql标明，由Begin Transaction开启事务开始，由Commit Transaction 提交事务、Rollback Transaction 回滚事务结束。

隐式事务：使⽤Set IMPLICIT_TRANSACTIONS ON 将将隐式事务模式打开，不⽤Begin Transaction开启事务，当⼀个事务结束，这个模式会⾃动启⽤下⼀个事务，只⽤Commit Transaction 提交事务、Rollback Transaction 回滚事务即可。

SQLServer创建事务——锁事务定义：事务是作为单个逻辑单元执⾏的⼀系列操作，它是⼀个不可分割的⼯作逻辑单元。

它包含了⼀组数据库操作命令，这组命令要么全部执⾏，要么全部不执⾏。

举个例⼦，我们经常⽤到的 ATM 存取款机，⽐如转账的时候，是先减去转出账户的⾦额，然后再在指定转⼊账户的⾦额加上转出的⾦额。

如果刚好这个时候转出的操作已经执⾏完成，但是由于系统的故障，导致转⼊的操作失败了。

那么怎么办？这就需要⽤到事务了，只要事务⾥⾯有⼀条命令未成功执⾏，那么数据就会回滚到事务开始之前的状态。

事务特性：1、原⼦性（Atomicity）：事务是⼀个完整的操作，事务中所有操作命令必须作为⼀个整体提交或回滚。

如果事务中任何操作命令失败，则整个事务将因失败⽽回滚。

2、⼀致性（Consistency）：当事务完成时，数据都处于⼀致状态。

3、隔离性（Isolation）：对数据进⾏修改的所有并发事务是彼此隔离的，它不以任何⽅式依赖或影响其他事务。

4、持久性（Durability）：事务提交之后，数据是永久性的，不可再回滚。

事务操作：1、begin transaction：开始事务。

2、commit transaction：提交事务。

3、rollback transaction：回滚事务。

4、save transaction：事务保存点。

即事务回滚时，可以指定回滚到保存点，⽽不进⾏全部回滚。

事务分类：1、显式事务：⽤ begin transaction 明确指定事务的开始，由 commit transaction 提交事务、rollback transaction 回滚事务到事务结束。

2、隐式事务：通过设置 set implicit_transactions on 语句，将隐式事务模式设置为打开。

当以隐式事务模式操作时，不必使⽤ begin transaction 开启事务，当⼀个事务结束后，这个模式会⾃动启⽤下⼀个事务，只需使⽤ commit transaction 提交事务或 Rollback Transaction 回滚事务即可。

SQLServer——SQLServer触发器及事务和锁一、触发器触发器（trigger）是SQL server 提供给程序员和数据分析员来保证数据完整性的一种方法，它是与表事件相关的特殊的存储过程，它的执行不是由程序调用，也不是手工启动，而是由事件来触发，当对一个表进行操作（ insert，delete， update）时就会激活它执行。

触发器经常用于加强数据的完整性约束和业务规则等。

触发器可以从DBA_TRIGGERS ，USER_TRIGGERS 数据字典中查到。

【触发器和存储过程的区别】触发器与存储过程的区别是运行方式的不同，触发器不能执行EXECUTE语句调用，而是在用户执行Transact-SQL语句时自动触发执行而存储过程需要用户，应用程序或者触发器来显示地调用并执行。

【触发器的优点】a.触发器是自动的。

当对表中的数据做了任何修改之后立即被激活。

b.触发器可以通过数据库中的相关表进行层叠修改。

c.触发器可以强制限制。

这些限制比用CHECK约束所定义的更复杂。

与CHECK 约束不同的是，触发器可以引用其他表中的列。

【触发器的作用】触发器的主要作用就是其能够实现由主键和外键所不能保证的复杂参照完整性和数据的一致性，它能够对数据库中的相关表进行级联修改，提高比CHECK约束更复杂的的数据完整性，并自定义错误消息。

触发器的主要作用主要有以下接个方面：强制数据库间的引用完整性级联修改数据库中所有相关的表，自动触发其它与之相关的操作跟踪变化，撤销或回滚违法操作，防止非法修改数据返回自定义的错误消息，约束无法返回信息，而触发器可以触发器可以调用更多的存储过程【触发器的分类】SqlServer包括三种常规类型的触发器：DML触发器、DDL触发器和登录触发器。

1.DML(数据操作语言,Data Manipulation Language)触发器DML触发器是一些附加在特定表或视图上的操作代码，当数据库服务器中发生数据操作语言事件时执行这些操作。

sqlserver 锁的用法在 SQL Server 中，锁（Lock）是用于管理并发访问数据库对象（如表、行等）的机制。

锁可以确保在同一时间只有一个事务可以对特定的数据库对象进行读取或修改操作，以维护数据的一致性和完整性。

SQL Server 提供了多种类型的锁，可以根据需要选择适当的锁。

以下是 SQL Server 中常用的锁类型及其用法：共享锁（Shared Lock）：允许多个事务同时读取一个资源，但阻止其他事务修改该资源。

可以使用 SELECT 语句来获取共享锁，例如：SELECT * FROM TableName WITH (SHAREDLOCK)排他锁（Exclusive Lock）：只允许一个事务独占地修改资源，其他事务无法读取或修改该资源。

可以使用 UPDATE、DELETE 或 INSERT 语句来获取排他锁，例如：UPDATE TableName SET ColumnName = Value WHERE Condition WITH (XLOCK)行级锁（Row-Level Lock）：锁定表中的单个行，而不是整个表。

可以使用 SELECT、UPDATE、DELETE 或 INSERT 语句并结合 WITH (ROWLOCK) 来获取行级锁，例如：SELECT * FROM TableName WHERE Condition WITH (ROWLOCK)表级锁（Table-Level Lock）：锁定整个表，使其他事务无法同时修改或读取该表。

可以使用 ALTER TABLE、DROP TABLE、TRUNCATE TABLE 等语句获取表级锁。

页级锁（Page-Level Lock）：锁定数据库页面，每个页面通常包含多个行。

可以通过设置数据库的锁定级别或使用 DBCC TRACEON 命令来启用页级锁。

除了上述常用的锁类型外，SQL Server 还提供了其他高级锁定机制，如行版本控制（Row Versioning）和快照隔离级别（Snapshot Isolation Level），以满足更复杂的并发控制需求。

SQLserver锁和事务隔离级别的比较与使用对象①锁：每条SQL语句②隔离：事务锁①并发问题丢失更新未确认的读取（脏读）不一致的分析（非重复读）：多次读取相同的数据（行）不一致（其他用户更改update）幻像读：多次读取有不存在和新增的数据（其他用户插入insert或删除delete）隔离级别幻像说明隔离级别脏读不可重复读取未提交读(read uncommitted)是是是如果其他事务更新，不管是否提交，立即执行提交读(read committed默认)否是是读取提交过的数据。

如果其他事务更新没提交，则等待可重复读(repeatable read)否否是查询期间，不允许其他事务update可串行读(serializable)否否否查询期间，不允许其他事务insert或delete对数据已经具有排他锁（只能有一个），其他的事务就不能对锁定的数据获取共享锁和排他锁（即排他锁与共享锁不能兼容，更多信息请查看锁兼容性），在此特别强调一下锁定的数据，因为有的资料上讲解到“一个连接写的时候，另一个连接可以写”，实际上写的这种情况是各个连接的读写的数据不是相同的行，也就是说各个连接锁定的数据不同。

根据以上分析，我们总结为六个字为“共享读，排他写”。

了解了锁的情况之后，又涉及到一个问题。

事务究竟要保持锁多久呢?一般来说，共享锁的锁定时间与事务的隔离级别有关，如果隔离级别为Read Committed 的默认级别，只在读取(select)的期间保持锁定，即在查询出数据以后就释放了锁；如果隔离级别为更高的Repeatable read或Serializable，直到事务结束才释放锁。

另说明，如果select语句中指定了HoldLock提示，则也要等到事务结束才释放锁。

排他锁直到事务结束才释放。

做出了以上分析，现在我们可能会存在这样的疑问，到底在执行SQL语句的时候发出什么样的锁呢，这就由事务的隔离级别决定了。

一般情况，读语句(select)发出共享锁，写语句(update,insert,delete)发出排他锁。

第13章 事务
本章概述 本章要点 本章内容
Sunday, November 29, 2020
第1页
本章概述
对于一个有大量用户使用的分布式数据库管理系统来说， 必须很好地解决多用户使用过程中出现的并发性问题。提 高数据库的处理速度，仅依靠提高计算机的物理速度是不 够的，还必须充分考虑和解决数据库系统的并发性问题， 提高数据库并发操作的效率。 在Microsoft SQL Server 2008系统中，通过采用事务和 锁机制，解决了数据库系统的并发性问题。 本章将全面阐述Microsoft SQL Server的事务技术。
义一个分布式事务。在这个分布式事务中，
所有的操作都可以涉及对多个服务器的操
作。 Sunday, November 29,
2020
第12页
管理事务
BEGIN TRANSACTION BEGIN DISTRIBUTED TRANSACTION COMMIT TRANSACTION ROLLBACK TRANSACTION SAVE TRANSACTION SET IMPLICIT_TRANSACTION
Sunday, November 29, 2020
第8页
事务的工作原理
事务确保数据的一致性和可恢复性。事务开始之后，事务 所有的操作都陆续写到事务日志中。 写到事务日志中的操作一般有两种：一种是针对数据的操 作，一种是针对任务的操作。针对数据的操作，这些操作 的对象是大量的数据。有些操作是针对任务的，例如创建 索引，这些任务操作在事务日志中记录一个标志，用于表 示执行了这种操作。当取消这种事务时，系统自动执行这 种操作的反操作，保证系统的一致性。 系统自动生成一个检查点机制，这个检查点周期地发生
有些锁之间是兼容的，例如共享锁和修改锁。有 些锁之间是不兼容的，例如排他锁和共享锁。表 13-1列出了Microsoft SQL Server系统提供的各 种锁之间的兼容性。

相比于 SQL Server 2005（比如快照隔离和改进的锁与死锁监视），SQL Server 2008 并没有在锁的行为和特性上做出任何重大改变。

SQL Server 2008 引入的一个主要新特性是在表级控制锁升级行为的能力。

新的LOCK_ESCALATION表选项允许你启用或禁用表级锁升级。

这个新特性能够减少锁竞争并且改善并发性，特别是对于分区表（partitioned tables）。

SQL Server 2008 的另一个改变是不再支持Locks configuration设定。

同样不再被支持的还有timestamp数据类型，它已被rowversion数据类型取代。

为什么需要锁？在任何多用户的数据库中，必须有一套用于数据修改的一致的规则。

对于真正的事务处理型数据库，当两个不同的进程试图同时修改同一份数据时，数据库管理系统（DBMS）负责解决它们之间潜在的冲突。

任何关系数据库必须支持事务的ACID属性，即原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）、永久性（Durability）。

ACID属性确保数据库中的数据更改被正确地收集到一起，并且数据将保持在与所采取动作相一致的状态。

锁的主要作用是提供事务所需的隔离。

隔离确保事务之间不会相互干扰，即，一个给定的事务不会读取或修改正在被另一个事务修改的数据。

此外，锁提供的隔离性有助于保证事务间的一致性。

没有锁，一致的事务处理是不可能的。

SQL Server 中的事务隔离级别隔离级别决定了一个事务中正被访问或修改的数据受保护并免于被他事务修改的程度。

理论上，每个事务都应该完全与其他事务隔离开来。

然而，出于可行性和性能方面的原因，实践中这几乎是不可能做到的。

在并发环境中如果没有锁和隔离，可能发生以下4种情况：丢失更新 -- 在这种情况下，事务与事务之间没有隔离。

多个事务能够读取同一份数据并且修改它。

最后对数据集做出修改的事务将胜出，而其他所有事务所作的修改都丢失了。