1SET TRANSACTION ISOLATION LEVEL READ COMMITTEDBEGIN TRANSACTION UPDATE tb SET val = val + 10WHERE id = 2; WAITFOR DELAY '00:00:07' --類比交易處理,等待5秒 -- SELECT * FROM tb; --再次SELECT tb表commit transaction--ROLLBACK --復原事務如果這個時候進行 SELECT * FROM tb where id = 1;的話，那一定得先在id 也就是說在where語句後面至少要有一個（唯一的非叢集索引或叢集索引）,才會不等待，否則只有等侍第一句SQL完成。--先建立表:CREATE TABLE tb(id int,val int)INSERT tb VALUES(1,10)INSERT tb VALUES(2,20)然後在串連1中,執行:SET TRANSACTION ISOLATION LEVEL READ COMMITTEDBEGIN TRANSACTION SELECT * FROM tb; --這個SELECT結束後,就會釋放掉共用鎖定 WAITFOR DELAY '00:00:05' --類比交易處理,等待5秒 SELECT * FROM tb; --再次SELECT tb表ROLLBACK --復原事務在串連2中,執行UPDATE tb SET val = val + 10WHERE id = 2;--------回到串連1中.可以看到.兩次SELECT的結果是不同的.因為在預設的READ COMMITTED隔離等級下,SELECT完了.就會馬上釋放掉共用鎖定.--樣本2.REPEATABLE READ串連1:SET TRANSACTION ISOLATION LEVEL REPEATABLE READBEGIN TRANSACTION SELECT * FROM tb; --這個SELECT結束後,就會釋放掉共用鎖定 WAITFOR DELAY '00:00:05' --類比交易處理,等待5秒 SELECT * FROM tb; --再次SELECT tb表ROLLBACK --復原事務串連2:UPDATE tb SET val = val + 10WHERE id = 2;---可以看到串連2被阻塞了.而且串連1中.兩次SELECT的結果是一樣的.因為REPEATABLE READ隔離等級下的共用鎖定保留到事務結束.所以別的事務的X鎖與S鎖不相容.所以串連2等待.http://topic.csdn.net/u/20110813/10/cac77918-667e-483f-b819-7bfe9e058097.html 索引與死結的關係3 tablock , rowlock 之類的要放在事務中才起作用。READ COMMITTED 讀，讀完馬上釋放， 可以讀寫， 寫，1 如果有用到索引，如果還是那行，則會等待，2 如果沒有用到索引， 不管怎麼樣，另外一個串連都不可以讀，但使用nolock均可以讀。REPEATABLE READ 讀，會行鎖（如果where中沒有索引），如果另外一個語句也讀，則會等待，
因為REPEATABLE READ隔離等級下的共用鎖定保留到事務結束.
