锁和事务

 

锁类型：

共享 (S)	保护资源，以便只能对其进行读取访问。当资源上存在共享 (S) 锁时，其他事务均不能修改数据。
排他 (X)	指示数据修改，例如插入、更新或删除。确保不能同时对同一资源进行多个更新。
更新 (U)	防止常见形式的死锁。每次只有一个事务可以获得资源上的 U 锁。如果事务修改资源，则 U 锁将转换为 X 锁。
架构	在执行依赖于表架构的操作时使用。架构锁的类型是架构修改 (Sch-M) 和架构稳定性 (Sch-S)。
意向	建立锁层次结构。最常见的意向锁类型是 IS、IU 和 IX。这些锁指示事务正在处理层次结构中较低级别的某些资源，而不是所有资源。较低级别的资源将具有 S、U 或 X 锁。

隔离级别：

隔离级别	脏读	不可重复读取	幻象	说明
未提交读(read Uncommitted)	是	是	是	如果存在事务正在更新，不管该事务是否提交。其他进程都可以查询到相应的表数据
提交读(Read Committed) 默认	否	是	是	如果存在事务正在更新，并且没有提交。那么其他进程必须等待事务提交后才能查询到相应的表数据
可重复读(Repeatable Read)	否	否	是	如果存在事务正在查询，并且没有提交。那么其他进程就无法更新相应的表的数据(Update)
可串行(Serializable)	否	否	否	如果存在事务正在查询，并且没有提交。那么其他进程就无法对相应的表进行插入数据(Insert, Delete)

隔离级别和锁的关系：

1. READUNCOMMITTED：不发出锁
2. READCOMMITTED：发出共享锁，保持到读取结束
3. REPEATABLEREAD：发出共享锁，保持到事务结束
4. SERIALIZABLE：发出共享锁，保持到事务结束

使用 SELECT、INSERT、UPDATE 和 DELETE 语句指定表级锁定提示的范围：

1. HOLDLOCK 将共享锁保留到事务完成，而不是在相应的表、行或数据页不再需要时就立即释放锁。HOLDLOCK 等同于 SERIALIZABLE。
2. NOLOCK 不要发出共享锁，并且不要提供排它锁。当此选项生效时，可能会读取未提交的事务或一组在读取中间回滚的页面。有可能发生脏读。仅应用于 SELECT 语句。 
3. UPDLOCK 读取表时使用更新锁，而不使用共享锁，并将锁一直保留到语句或事务的结束。UPDLOCK 的优点是允许您读取数据（不阻塞其它事务）并在以后更新数据，同时确保自从上次读取数据后数据没有被更改。 READCOMMITTED 用与运行在提交读隔离级别的事务相同的锁语义执行扫描。默认情况下，SQL Server 2000 在此隔离级别上操作。 
4. READPAST 跳过锁定行。此选项导致事务跳过由其它事务锁定的行（这些行平常会显示在结果集内），而不是阻塞该事务，使其等待其它事务释放在这些行上的锁。READPAST 锁提示仅适用于运行在提交读隔离级别的事务，并且只在行级锁之后读取。仅适用于 SELECT 语句。 
5. XLOCK 使用排它锁并一直保持到由语句处理的所有数据上的事务结束时。可以使用 PAGLOCK 或 TABLOCK 指定该锁，这种情况下排它锁适用于适当级别的粒度。 
6. ROWLOCK 使用行级锁，而不使用粒度更粗的页级锁和表级锁。 
7. PAGLOCK 在通常使用单个表锁的地方采用页锁。 
8. TABLOCK 使用表锁代替粒度更细的行级锁或页级锁。在语句结束前，SQL Server 一直持有该锁。但是，如果同时指定 HOLDLOCK，那么在事务结束之前，锁将被一直持有。 
9. TABLOCKX 使用表的排它锁。该锁可以防止其它事务读取或更新表，并在语句或事务结束前一直持有。

注：读数据的时候产生共享锁，写数据的时候则产生排他锁