| [备忘]SQL Server Lock Wait Types，SQL server锁的机制 | ||
| 添加日期：2010/4/26 8:02:31 | 快速返回 返回列表 | 阅读5617次 |
------------------------------- LCK_M_SCH_S Schema stability LCK_M_SCH_M Schema modification LCK_M_S Share LCK_M_U Update LCK_M_X Exclusive LCK_M_IS Intent-Share LCK_M_IU Intent-Update LCK_M_IX Intent-Exclusive LCK_M_SIU Shared intent to update LCK_M_SIX Share-Intent-Exclusive LCK_M_UIX Update-Intent-Exclusive LCK_M_BU Bulk Update LCK_M_RS_S Range-share-share LCK_M_RS_U Range-share-Update LCK_M_RI_NL Range-Insert-NULL LCK_M_RI_S Range-Insert-Shared LCK_M_RI_U Range-Insert-Update LCK_M_RI_X Range-Insert-Exclusive LCK_M_RX_S Range-exclusive-Shared LCK_M_RX_U Range-exclusive-update LCK_M_RX_X Range-exclusive-exclusive ============================================ SQL server锁的机制 SQL server的所有活动都会产生锁。锁定的单元越小，就越能越能提高并发处理能力，但是管理锁的开销越大。如何找到平衡点，使并发性和性能都可接受是SQL Server的难点。 SQL Server有如下几种琐： 1、 共享锁 用于只读操作(SELECT)，锁定共享的资源。共享锁不会阻止其他用户读，但是阻止其他的用户写和修改。 2、 更新锁 更新锁是一种意图锁，当一个事物已经请求共享琐后并试图请求一个独占锁的时候发生更新琐。例如当两个事物在几行数据行上都使用了共享锁，并同时试图获取独占锁以执行更新操作时，就发生了死锁：都在等待对方释放共享锁而实现独占锁。更新锁的目的是只让一个事物获得更新锁，防止这种情况的发生。 3、 独占锁 一次只能有一个独占锁用在一个资源上，并且阻止其他所有的锁包括共享缩。写是独占锁，可以有效的防止’脏读’ 4、 意图缩 在使用共享锁和独占锁之前，使用意图锁。从表的层次上查看意图锁，以判断事物能否获得共享锁和独占锁，提高了系统的性能，不需从爷或者行上检查。 5、 计划锁 Sch-M,Sch-S。对数据库结构改变时用Sch-M，对查询进行编译时用Sch-S。这两种锁不会阻塞任何事物锁，包括独占锁。 读是共享锁，写是排他锁，先读后更新的操作是更新锁，更新锁成功并且改变了数据时更新锁升级到排他锁。锁的类型有： DB-----数据库，由于 dbid 列已包含数据库的数据库 ID，所以没有提供任何信息 FIL----文件 IDX----索引 PG-----页，数据或索引页。页码。页由 fileid:page 组合进行标识，其中，fileid 是 sysfiles 表中的 fileid，而 page 是该文件内的逻辑页码。 KEY----键,用于保护可串行事务中的键范围 TAB----表，包括所有数据和索引在内的整个表。由于 ObjId 列已包含表的对象 ID，所以没有提供任何信息 EXT----区域, 相邻的八个数据页或索引页构成的一组。正被锁定的扩展盘区中的第一个页码。页由 fileid:page 组合进行标识 RID----行，表内已锁定行的行标识符。行由 fileid:page:rid 组合进行标识，其中，rid 是页中的行标识符 锁的状态： Grant---能使用被授权的资源 Wait----能使用被其他任务阻塞的资源 Cnvrt---Convert,锁正在被转换 细分锁的模式： 0 Null 没有得到资源的访问权限 1 Sch-S (Schema stability) 对查询进行编译时。能防止加锁的对象被删除直到解锁 2 Sch-M (Schema Modification) 改变数据库结构时发生。能防止其他的事物访问加锁的对象 3 IS (Intent Shares) 意图共享锁。 4 SIU(Share Intent Update) 意图在维护资源的共享锁时，把更新锁放到锁层次结构的下层资源上 5 IS-S(Intent Share-shared) 复合键范围锁 6 IX(Intent Exclusive) 意图排他锁 7 SIX(Share Intent Exclusive) 8 S(Share) 共享锁 9 U(Update) 更新锁。防止死锁 10 Iin-Nul(Intent Insert-Null) 索引行层次的锁定，复合键范围锁 11 IS-X(Intent Share-Exclusive) 12 IU(Intent Update) 意图更新锁 13 IS-U(Intent Share Update) 串行更新扫描 14 X(Exclusive) 排他锁 15 BU 块操作使用的锁 所以有如下的结论。 1、一个连接在修改数据块时别的连接不能修改这个数据块，直到解锁。 并行访问是任何数据库解决方案都最为重视的问题了，为了解决并行访问方面的问题各类数据库系统提出了各种各样的方案。SQL Server采用了多线程机制，它当然能够一次处理多个请求。不过，在用户修改数据的情况下并行访问问题就变得复杂起来了。显然，数据库通常只允许唯一用户一次修改特定的数据。当某一用户开始修改某块数据时， SQL Server能很快地锁定数据，阻止其他用户对这块数据进行更新，直到修改该数据的第一位用户完成其操作并提交交易或者回滚。但是，当某一位用户正在修改某块数据时假设另一位用户又正想查询该数据的信息时会发生什么情况呢？ 2、通常情况下，一个连接在修改数据块时别的连接也不能查询这个数据块，直到解锁。反之亦然：读的时候不能写和修改。这个方案会降低系统的性能和效率，尽管现在是行级锁（7.0以前是锁页甚至是锁表），如果你一次修改多行数据，SQL Server则会把数据锁定范围提升到页级别乃至锁定整个数据表，从而不必针对每一记录跟踪和维护各自的数据锁，这样能加快修改的速度，消耗小的服务器资源，但是并发性就差了。。 3、一个连接写的时候，另一个连接可以写，但是不得读 4、多个连接可以同时读同一行。 所以锁发生在读、写的竞争上。 5、设置事物的级别 SET TRANSACTION ISOLATION LEVEL A、READ COMMITTED ：指定在读取数据时控制共享锁以避免脏读，但数据可在事务结束前更改，从而产生不可重复读取或幻像数据。该选项是 SQL Server 的默认值。 B、READ UNCOMMITTED：执行脏读或 0 级隔离锁定，这表示不发出共享锁，也不接受排它锁。当设置该选项时，可以对数据执行未提交读或脏读；在事务结束前可以更改数据内的数值，行也可以出现在数据集中或从数据集消失。这是四个隔离级别中限制最小的级别。 C、REPEATABLE READ：锁定查询中使用的所有数据以防止其他用户更新数据，但是其他用户可以将新的幻像行插入数据集，且幻像行包括在当前事务的后续读取中。因为并发低于默认隔离级别，所以应只在必要时才使用该选项。 D、SERIALIZABLE：在数据集上放置一个范围锁，以防止其他用户在事务完成之前更新数据集或将行插入数据集内。这是四个隔离级别中限制最大的级别。因为并发级别较低，所以应只在必要时才使用该选项。该选项的作用与在事务内所有 SELECT 语句中的所有表上设置 HOLDLOCK 相同。 注释 一次只能设置这些选项中的一个，而且设置的选项将一直对那个连接保持有效，直到显式更改该选项为止。这是默认行为，除非在语句的 FROM 子句中在表级上指定优化选项。 SET TRANSACTION ISOLATION LEVEL 的设置是在执行或运行时设置，而不是在分析时设置。 本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/laers/archive/2007/12/07/1922215.aspx |
||
| 评论 COMMENTS | |
| 没有评论 No Comments. |
