比特客户端
您的位置：
详解大数据
详解大数据
详解大数据
详解大数据
SQL Server数据库表锁定原理及解锁
　企业软件热点文章
　　有几个朋友留言建议结合例子来演示一下, 上篇已经说过锁的几种类型, 可以利用系统动态sys.dm_tran_locks查看到,重要的栏位如下:
　　resource_type被锁的资源类型(Database, FILE, Object,PAGE,KEY,EXTENT,RID,APPLICATION,METADATA,HOBT,APPOCATION_UNIT)
　　request_mode锁的类型(共享锁,更新锁,排它锁, 架构锁等)
　　resource_description资源描述
　　request__idRequest session ID
　　一: 下面以AdventureWorks2008为示例做简要的说明,
　　过滤掉一般的数据库的共享锁, 作为示例必须要看到锁, 所以用WITH(HOLDLOCK)来保持锁.
　　1. Shared locks (S) 共享锁
USE&AdventureWorks2008 &
BEGIN&TRAN &
select&*&from&Sales.SalesOrderHeader&WITH(HOLDLOCK) &
where&SalesOrderID='43662'& &
SELECT&resource_type,&request_mode,&resource_description,
request_session_id,&DB_NAME(resource_database_id)as&resource_database &
FROM&&&sys.dm_tran_locks &
WHERE&&resource_type&&&&'DATABASE'&
--ROLLBACK&TRAN&
　　在事务回滚之前, 查看锁的类型:
　　其他session对Table只读, 不能更新, 在开一个新的session测试:select&*&from&Sales.SalesOrderHeader&&where&SalesOrderID='43662'&&go &update&Sales.SalesOrderHeader&set&OrderDate=GETDATE()&where&SalesOrderID='43662'&
　　select可以正常执行, update语句一直处于等待状态, 等待上面的session释放锁.
　　2. Update locks (U): 更新锁是共享锁和独占锁的组合.用UPDLOCK保持更新锁
USE&AdventureWorks2008 &
BEGIN&TRAN &
select&*&from&Sales.SalesOrderHeader&WITH(UPDLOCK) &
where&SalesOrderID='43662'& &
SELECT&resource_type,&request_mode,&resource_description,
request_session_id,DB_NAME(resource_database_id)as&resource_database &
FROM&&&sys.dm_tran_locks &
WHERE&&resource_type&&&&'DATABASE'&
ROLLBACK&TRAN&
　　查看到锁的信息:
　　3.Exclusive locks (X): 独占锁是为了锁定数据被一个session修改的数据, 而不能够被另外的session修改. 只能指定NOLOCK来读取.
USE&AdventureWorks2008 &&BEGIN&TRAN &&update&Sales.SalesOrderHeader&set&ShipDate=GETDATE()&where&SalesOrderID='43662'&&&&& &SELECT&resource_type,&request_mode,&resource_description,request_session_id,DB_NAME(resource_database_id)as&resource_database&FROM&&&sys.dm_tran_locks &WHERE&&resource_type&&&&'DATABASE'&&ROLLBACK&TRAN&
　　查看锁:
　　4.Intent locks (I): 意向锁用于建立锁的层次结构. 意向锁包含三种类型：意向共享 (IS)、意向排他 (IX) 和意向排他共享 (SIX)。
　　数据库引擎使用意向锁来保护共享锁(S 锁)或排他锁(X 锁)放置在锁层次结构的底层资源上。 意向锁之所以命名为意向锁，是因为在较低级别锁前可获取它们，因此会通知意向将锁放置在较低级别上。
　　意向锁有两种用途：
　　防止其他事务以会使较低级别的锁无效的方式修改较高级别资源。
　　提高数据库引擎在较高的粒度级别检测锁冲突的效率。
　　5. Schema locks (Sch): 架构锁
　　Schema stability lock(Sch-S): 保持架构稳定性,用在生成执行计划时,不会阻止对数据的访问.
　　Schema modification lock (Sch-M):用在DDL操作时.当架构正在被改变时, 阻止对对象数据的访问.
USE&AdventureWorks2008 &
BEGIN&TRAN &
CREATE&TABLE&MyTable&(ID&INT,&NAME&VARCHAR(20),COUNTRY&VARCHAR(15)) &
SELECT&resource_type,&request_mode,&resource_description &
FROM&&&sys.dm_tran_locks &
WHERE&&resource_type&&&&'DATABASE'&order&by&request_mode &
ROLLBACK&TRAN&
　　6. Bulk Update locks (BU)
　　数据库引擎在将数据大容量复制到表中时使用了大容量更新 (BU) 锁, 并指定了 TABLOCK 提示或使用 sp_tableoption 设置了 table lock on bulk load 表选项. 大容量更新锁(BU 锁)允许多个线程将数据并发地大容量加载到同一表, 同时防止其他不进行大容量加载数据的进程访问该表.
　　7. Key - Range locks
　　在使用可序列化事务隔离级别时, 对于 Transact-SQL 语句读取的记录集, 键范围锁可以隐式保护该记录集中包含的行范围. 键范围锁可防止幻读. 通过保护行之间键的范围, 它还防止对事务访问的记录集进行幻像插入或删除.
　　二: 死锁与死锁解除
　　1. 死锁
　　使用或管理数据库都不可避免的涉及到死锁. 一旦发生死锁, 数据相互等待对方资源的释放,会阻止对数据的访问, 严重会造成DB挂掉. 当资源被锁定, 无法被访问时, 可以终止访问DB的那个session来达到解锁的目的(即 Kill掉造成锁的那个进程).
　　在两个或多个任务中，如果每个任务锁定了其他任务试图锁定的资源，此时会造成这些任务永久阻塞，从而出现死锁。 例如：
　　事务 A 获取了行 1 的共享锁。
　　事务 B 获取了行 2 的共享锁。
　　现在，事务 A 请求行 2 的排他锁，但在事务 B 完成并释放其对行 2 持有的共享锁之前被阻塞。
　　现在，事务 B 请求行 1 的排他锁，但在事务 A 完成并释放其对行 1 持有的共享锁之前被阻塞。
　　事务 B 完成之后事务 A 才能完成，但是事务 B 由事务 A 阻塞。该条件也称为循环依赖关系： 事务 A 依赖于事务 B，事务 B 通过对事务 A 的依赖关系关闭循环。
　　除非某个外部进程断开死锁，否则死锁中的两个事务都将等待下去。 数据库引擎死锁定期检查陷入死锁的任务。 如果监视器检测到循环依赖关系，将选择其中一个任务作为牺牲品，然后终止其事务并提示错误。 这样，其他任务就可以完成其事务。 对于事务以错误终止的应用程序，它还可以重试该事务，但通常要等到与它一起陷入死锁的其他事务完成后执行。
　　2. 死锁检测
　　2.1 SQL Server 数据库引擎自动检测 SQL Server 中的死锁循环。数据库引擎选择一个会话作为死锁牺牲品，然后终止当前事务(出现错误)来打断死锁。
　　2.2 查看DMV: sys.dm_tran_locks
　　2.3 SQL Server Profiler能够直观的显示死锁的图形事件.
　　三: 锁兼容性
　　锁兼容性控制多个事务能否同时获取同一资源上的锁。 如果资源已被另一事务锁定，则仅当请求锁的模式与现有锁的模式相兼容时，才会授予新的锁请求。 如果请求锁的模式与现有锁的模式不兼容，则请求新锁的事务将等待释放现有锁或等待锁超时间隔过期。 例如，没有与排他锁兼容的锁模式。 如果具有排他锁(X 锁)，则在释放排他锁(X 锁)之前，其他事务均无法获取该资源的任何类型(共享、更新或排他)的锁。 另一种情况是，如果共享锁(S 锁)已应用到资源，则即使第一个事务尚未完成，其他事务也可以获取该项的共享锁或更新锁(U 锁)。 但是，在释放共享锁之前，其他事务无法获取排他锁。
　　四: 总结
　　锁的原理比较抽象,对用户来说是透明的,不用过多的关注. 应用程序一般不直接请求锁. 锁由数据库引擎的一个部件(称为“锁管理器”)在. 当数据库引擎实例处理Transact-SQL 语句时, 数据库引擎查询会决定将要访问哪些资源. 查询处理器根据访问类型和事务隔离级别设置来确定保护每一资源所需的锁的类型. 然后, 查询处理器将向锁管理器请求适当的锁. 如果与其他事务所持有的锁不会发生冲突, 锁管理器将授予该锁.
[ 责任编辑：之极 ]
去年，手机江湖里的竞争格局还是…
甲骨文的云战略已经完成第一阶段…
软件信息化周刊
比特软件信息化周刊提供以数据库、操作系统和管理软件为重点的全面软件信息化产业热点、应用方案推荐、实用技巧分享等。以最新的软件资讯，最新的软件技巧，最新的软件与服务业内动态来为IT用户找到软捷径。
商务办公周刊
比特商务周刊是一个及行业资讯、深度分析、企业导购等为一体的综合性周刊。其中，与中国计量科学研究院合力打造的比特实验室可以为商业用户提供最权威的采购指南。是企业用户不可缺少的智选周刊！
比特网络周刊向企业网管员以及网络技术和产品使用者提供关于网络产业动态、技术热点、组网、建网、网络管理、网络运维等最新技术和实用技巧，帮助网管答疑解惑，成为网管好帮手。
服务器周刊
比特服务器周刊作为比特网的重点频道之一，主要关注x86服务器，RISC架构服务器以及高性能计算机行业的产品及发展动态。通过最独到的编辑观点和业界动态分析，让您第一时间了解服务器行业的趋势。
比特存储周刊长期以来，为读者提供企业存储领域高质量的原创内容，及时、全面的资讯、技术、方案以及案例文章，力求成为业界领先的存储媒体。比特存储周刊始终致力于用户的企业信息化建设、存储业务、数据保护与容灾构建以及数据管理部署等方面服务。
比特安全周刊通过专业的信息安全内容建设，为企业级用户打造最具商业价值的信息沟通平台，并为安全厂商提供多层面、多维度的媒体宣传手段。与其他同类网站信息安全内容相比，比特安全周刊运作模式更加独立，对信息安全界的动态新闻更新更快。
新闻中心热点推荐
新闻中心以独特视角精选一周内最具影响力的行业重大事件或圈内精彩故事，为企业级用户打造重点突出，可读性强，商业价值高的信息共享平台；同时为互联网、IT业界及通信厂商提供一条精准快捷，渗透力强，覆盖面广的媒体传播途径。
云计算周刊
比特云计算周刊关注云计算产业热点技术应用与趋势发展，全方位报道云计算领域最新动态。为用户与企业架设起沟通交流平台。包括IaaS、PaaS、SaaS各种不同的服务类型以及相关的安全与管理内容介绍。
CIO俱乐部周刊
比特CIO俱乐部周刊以大量高端CIO沙龙或专题研讨会以及对明星CIO的深入采访为依托，汇聚中国500强CIO的集体智慧。旨为中国杰出的CIO提供一个良好的互融互通 、促进交流的平台，并持续提供丰富的资讯和服务，探讨信息化建设，推动中国信息化发展引领CIO未来职业发展。
IT专家新闻邮件长期以来，以定向、分众、整合的商业模式，为企业IT专业人士以及IT系统采购决策者提供高质量的原创内容，包括IT新闻、评论、专家答疑、技巧和白皮书。此外，IT专家网还为读者提供包括咨询、社区、论坛、线下会议、读者沙龙等多种服务。
X周刊是一份IT人的技术娱乐周刊，给用户实时传递I最新T资讯、IT段子、技术技巧、畅销书籍，同时用户还能参与我们推荐的互动游戏，给广大的IT技术人士忙碌工作之余带来轻松休闲一刻。
微信扫一扫
关注Chinabyte他的最新文章
他的热门文章
您举报文章：
举报原因：
原文地址：
原因补充：
(最多只允许输入30个字)SQL Server数据库锁的引入的缘由 分享 - 谷普下载SQL Server数据库锁的引入的缘由点击复制内容
我们今天主要向大家介绍的是SQL 锁，以及对SQL 数据锁的原因以及对锁的区别的两种法子的介绍，以下就是具体内容的描述，希望在你今后的学习中会有所帮助。
一. 为什么要锁
当多个用户同时对的并发操作时会带来以下数据不一致的:
A,B两个用户读同一数据并进行修改,其中一个用户的修改结果破坏了另一个修改的结果,比如订票系统
A用户修改了数据,随后B用户又读出该数据,但A用户因为某些原因取消了对数据的修改,数据恢复原值,此时B得到的数据就与数据库内的数据产生了不一致
不可重复读
A用户读取数据,随后B用户读出该数据并修改,此时A用户再读取数据时发现前后两次的值不一致
并发控制的主要法子是封SQL Server数据库锁,锁就是在一段时间内禁止用户做某些操作以避免产生数据不一致
锁的类别有两种分法：
1. 从数据库系统的角度来看：
分为独占锁（即排它锁），锁和锁
MS-SQL Server 使用以下锁模式。
锁模式 描述
(S) 用于不更改或不更新数据的操作（只读操作），如 SELECT 语句。
更新 (U) 用于可更新的中。防止当多个会话在读取、SQL Server数据库锁定以及随后可能进行的资源更新时发生常见形式的死锁。
排它 (X) 用于数据修改操作，例如 INSERT、UPDATE 或 DELETE。确保不会同时同一资源进行多重更新。
意向锁 用于建立锁的层次结构。意向锁的类型为：意向共享 (IS)、意向排它 (IX) 以及与意向排它共享 (SIX)。
架构锁 在执行依赖于表架构的操作时使用。架构锁的类型为：架构修改 (Sch-M) 和架构稳定性 (Sch-S)。
大更新 (BU) 向表中大复制数据并指定了 TABLOCK 提示时使用。
共享 (S) 锁允许并发事务读取 (SELECT) 一个资源。资源上存在共享 (S) 锁时，任何其它事务都不能修改数据。一旦已经读取数据，便立即释放资源上的共享 (S) 锁，除非将事务隔离级别设置为可重复读或更高档别，或者在事务生存周期内用锁定提示保留共享 (S) 锁。
更新 (U) 锁可以防止通常形式的死锁。一般更新模式由一个事务组成，此事务读取记载，获取资源（页或行）的共享 (S) 锁，然后修改行，此操作要求锁转换为排它 (X) 锁。如果两个事务获得了资源上的共享模式锁，然后试图同时更新数据，则一个事务尝试将锁转换为排它 (X) 锁。共享模式到排它锁的转换必须等待一段时间，，因为一个事务的排它锁与其它事务的共享模式锁不兼容；发生锁等待。第二个事务试图获取排它 (X) 锁以进行更新。由于两个事务都要转换为排它 (X) 锁，并且每个事务都等待另一个事务释放共享模式SQL Server数据库锁，因此发生死锁。
若要避免这种潜在的死锁，请使用更新 (U) 锁。一次只有一个事务可以获得资源的更新 (U) 锁。如果事务修改资源，则更新 (U) 锁转换为排它 (X) 锁。否则，锁转换为共享锁。
排它 (X) 锁可以防止并发事务对资源进行访问。其它事务不能读取或修改排它 (X) 锁锁定的数据。
意向锁表示 SQL Server 需要在层次结构中的某些底层资源上获取共享 (S) 锁或排它 (X) 锁。例如，放置在表级的共享意向锁表示事务打算在表中的页或行上放置共享 (S) 锁。在表级设置意向锁可防止另一个事务随后在包含那一页的表上获取排它 (X) 锁。意向锁可以提高性能，因为 SQL Server 仅在表级检查意向锁来断定事务是否可以安全地获取该表上的锁。而无须检查表中的每行或每页上的锁以断定事务是否可以锁定整个表。
意向锁包括意向共享 (IS)、意向排它 (IX) 以及与意向排它共享 (SIX)。
锁模式 描述
意向共享 (IS) 通过在各资源上放置 S 锁，表明事务的意向是读取层次结构中的部分（而不是全部）底层资源。
意向排它 (IX) 通过在各资源上放置 X 锁，表明事务的意向是修改层次结构中的部分（而不是全部）底层资源。IX 是 IS 的超集。
与意向排它共享 (SIX) 通过在各资源上放置 IX 锁，表明事务的意向是读取层次结构中的全部底层资源并修改部分（而不是全部）底层资源。允许顶层资源上的并发 IS 锁。例如，表的 SIX 锁在表上放置一个 SIX 锁（允许并发 IS 锁），在当前所修改页上放置 IX 锁（在已修改行上放置 X 锁）。虽然每个资源在一段时间内只能有一个 SIX 锁，以防止其它事务对资源进行更新，但是其它事务可以通过获取表级的 IS 锁来读取层次结构中的底层资源。
只允许进行锁定操作的使用，其他任何对他的操作均不会被接受。执行数据更新命令时，SQL Server会自动使用独占锁。当对象上有其他锁存在时，无法对其加独占锁。
共享锁：共享锁锁定的资源可以被其他用户读取，但其他用户无法修改它，在执行Select时，SQL Server会对对象加共享锁。
当SQL Server准备更新数据时，它首先对数据对象作更新锁锁定，这样数据将不能被修改，但可以读取。等到SQL Server断定要进行更新数据操作时，他会自动将更新锁换为独占锁，当对象上有其他锁存在时，无法对其加更新锁。
2. 从员的角度看：分为乐观锁和悲观锁。
乐观锁：完全依靠数据库来管理锁的工作。
悲观锁：程序员自己管理数据或对象上的SQL Server数据库锁处理。
MS-SQLSERVER 使用锁在多个同时在数据库内执行修改的用户间实现悲观并发控制
【整理：孙巧华 滚做网 www.GunZuo.com】
来源：谷普下载