MSSQL锁定2.Transaction (myBased)

MSSQL锁定-1.隔离级别 Isolation level
MSSQL锁定-2.Transaction
MSSQL锁定-3.死锁与阻塞

事务的ACID就不说了直接测试SQL Server嵌套交易中交易的处理 Isolation Level 都是 Read Commited

--测试嵌套交易

1. --测试嵌套交易
   SELECT @@TRANCOUNT
   BEGIN TRAN A
    SELECT @@TRANCOUNT --1
    BEGIN TRAN B
    SELECT @@TRANCOUNT --2
    ROLLBACK TRAN B --伺服器: 讯息 6401，层级 16，状态 1，行 12 无法复原 B。找不到该名称的交易或储存点。
    SELECT @@TRANCOUNT --依然为 2
   ROLLBACK TRAN A --ROLLBACK成功
   SELECT @@TRANCOUNT --所以@@TRANCOUNT变为 0
   
   --------------------------------------------------------------------
   --下列的批次作业将ROLLBACK TRAN的标号拿掉,与前一段批次作业做一个比较
   --------------------------------------------------------------------
   SELECT @@TRANCOUNT
   BEGIN TRAN A
    SELECT @@TRANCOUNT --1
    BEGIN TRAN B
    SELECT @@TRANCOUNT --2
    --假设在这边做了一些需要交易的T-SQL
    ROLLBACK TRAN --注意，这里的ROLLBACK TRAN不搭配标号,所以会回复整个交易。
    SELECT @@TRANCOUNT --0 
   ROLLBACK TRAN 
    --ROLLBACK失败，因为已经没有交易了(也就是@@TRANCOUNT为 0)，
   --错误码为3903
    --伺服器: 讯息 3903，层级 16，状态 1，行 18
    --ROLLBACK TRANSACTION 要求没有对应的 BEGIN TRANSACTION。
   SELECT @@TRANCOUNT --依然为 0
   
   ---------------------------------------------------------------------------
   --下列的批次作业将ROLLBACK TRAN的改为COMMIT TRAN,与前述的批次作业做一个比较 
   --其中内层的COMMIT TRAN并未有真正地COMMIT资料
   ---------------------------------------------------------------------------
   SELECT @@TRANCOUNT
   BEGIN TRAN A
    SELECT @@TRANCOUNT --1
    BEGIN TRAN B
    SELECT @@TRANCOUNT --2
    COMMIT TRAN --这个COMMIT并未COMMIT任何交易，仅仅将@@TRANCOUNT减一
    SELECT @@TRANCOUNT --1
   COMMIT TRAN 
   SELECT @@TRANCOUNT --这里的COMMIT才真正的完成并结束整个交易。因为没有开启的交易，所以@@TRANCOUNT为 0
   
   ------------------------------------
   --使用SAVE TRAN让交易回复到Savepoint
   ------------------------------------
   --交易起始之前 @@trancount 应该为零
   SET NOCOUNT ON
   SELECT @@TRANCOUNT
   BEGIN TRAN A
   SELECT @@TRANCOUNT --1
   SAVE TRAN B --SAVE TRAN并不会影响@@TRANCOUNT,所以@@TRANCOUNT应该依然为 1
   SELECT @@TRANCOUNT --1
   ROLLBACK TRAN B --注意，这里的ROLLBACK TRAN一定要搭配Savepoint的标号
   --这里是B。因为ROLLBACK是到Savepoint,所以并不影响@@TRANCOUNT
   SELECT @@TRANCOUNT --1
   ROLLBACK TRAN A
   SELECT @@TRANCOUNT --0

--Transaction Level Hint

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

• --Session 1
  use adventureworks
  go
  BEGIN TRANSACTION --启动交易，执行修改陈述式
  UPDATE HumanResources.Employee
  SET ManagerID=4
  WHERE EmployeeID=2
  --Session 2
  SELECT * FROMHumanResources.Employee WHEREEmployeeID=2
  SELECT * FROMHumanResources.Employee with (NoLock) WHEREEmployeeID<5 --1-4都能查出
  SELECT * FROMHumanResources.Employee with (ReadPast) WHEREEmployeeID<5 --1,3,4能查出