如果某个事务已锁定一个资源,而另一事务又需要访问.pdfVIP

北京森杰教育 锁机制防止多人存取资源时不至于混乱，而且防止阻塞。 一、锁的类型 如果某个事务已锁定一个资源，而另一事务又需要访问该资 源，那么 Microsoft SQL Server 2005 会根据第一个事务所用锁定 模式的兼容性确定是否授予第二个锁。 对于已锁定的资源，只能施加兼容类型的锁。例如，如果持有排他 (X) 锁，那么，除非在第一个事务结束时释放该 X 锁，否则其他事务将 无法获取该资源的共享锁、升级锁或排他锁。相反，如果已向某个资 源应用共享 (S) 锁，那么，即使第一个事务尚未完成，其他事务也 可以获取该资源的共享锁或升级 (U) 锁。但是，只有在释放共享锁 之后，其他事务才可以获取排他锁。 资源的锁定模式有一个兼容性矩阵，可以显示哪些锁与在同一资源上 获取的其他锁兼容，并按照锁强度递增的顺序列出这些锁。 下表显示了请求的锁定模式及其与现有锁定模式的兼容性： 请求的模式 IS S U IX SIX X 意向共享 (IS) 是 是 是 是 是 否 共享 (S) 是 是 是 否 否 否 升级 (U) 是 是 否 否 否 否 意向排他 (IX) 是 否 否 是 否 否 意向排他共享 (SIX) 是 否 否 否 否 否 北京森杰教育 排他 (X) 否 否 否 否 否 否 注意： IX 锁与 IX 锁定模式兼容，因为 IX 指示其意向是更新某些行，而不是更新所有行。只要 不会影响其他事务正在更新的行，那么也允许其他事务读取或更新某些行。 Microsoft SQL Server Database Engine 使用不同的锁模式锁定资 源，这些锁模式确定了并发事务访问资源的方式。 下表显示了数据库引擎 使用的资源锁模式。 锁模式 说明 共享 (S) 用于不更改或不更新数据的读取操作，如 SELECT 语句。 用于可更新的资源中。防止当多个会话在读取、锁定以及随后可能进行的资源 更新 (U) 更新时发生常见形式的死锁。 用于数据修改操作，例如 INSERT、UPDATE 或 DELETE。确保不会同时对同一资 排他 (X) 源进行多重更新。 用于建立锁的层次结构。意向锁的类型有：意向共享 (IS)、意向排他 (IX) 以 意向 及意向排他共享 (SIX)。 在执行依赖于表架构的操作时使用。架构锁的类型有：架构修改 (Sch-M) 和架 架构 构稳定性 (Sch-S)。 大容量更新 在向表进行大容量数据复制且指定了 TABLOCK 提示时使用。 (BU) 当使用可序列化事务隔离级别时保护查询读取的行的范围。确保再次运行查询 键范围 时其他事务无法插入符合可序列化事务的查询的行。 共享锁 共享锁（S 锁）允许并发事务在封闭式并发控制（请参阅并发控制的 类型 ）下读取 (SELECT) 资源。资源上存在共享锁（S 锁）时，任何 北京森杰教育 其他事务都不能修改数据。读取操作一完成，就立即释放资源上的共 享锁（S 锁），除非将事务隔离级别设置为可重复读或更高级别，或 者在事务持续