Gay Bird

一、數(shù)據(jù)庫事務
1、事務是作為單個邏輯工作單元執(zhí)行的一系列操作。可以是一條SQL語句也可以是多條SQL語句。

2、事務具有四個特性
   原子性：不可分隔、成則具成、敗則具敗。
   恢灤裕菏攣裨諭瓿墑保 匭朧顧 械氖 荻急３忠恢倫刺?
   隔離性：獨立的執(zhí)行互不干擾。由并發(fā)事務所作的修改必須與任何其他并發(fā)事務所作的修改隔離（另外的描述：多個事務同時進行，它們之間應該互不干擾.應該防止一個事務處理其他事務也要修改的數(shù)據(jù)時，不合理的存取和不完整的讀取數(shù)據(jù))
  
3、啟動事務：使用 API 函數(shù)和 Transact-SQL 語句，可以按顯式、自動提交或隱式的方式來啟動事務。

4、結(jié)束事務：您可以使用 COMMIT（成功） 或 ROLLBACK（失敗） 語句，或者通過 API 函數(shù)來結(jié)束事務。

5、創(chuàng)建事務的原則：
   盡可能使事務保持簡短很重要，當事務啟動后，數(shù)據(jù)庫管理系統(tǒng) (DBMS) 必須在事務結(jié)束之前保留很多資源、以保證事務的正確安全執(zhí)行。
   特別是在大量并發(fā)的系統(tǒng)中， 保持事務簡短以減少并發(fā) 資源鎖定爭奪，將先得更為重要。
   1、事務處理，禁止與用戶交互，在事務開始前完成用戶輸入。
   2、在瀏覽數(shù)據(jù)時，盡量不要打開事務
   3、盡可能使事務保持簡短。
   4、考慮為只讀查詢使用快照隔離，以減少阻塞。
   5、靈活地使用更低的事務隔離級別。
   6、靈活地使用更低的游標并發(fā)選項，例如開放式并發(fā)選項。
   7、在事務中盡量使訪問的數(shù)據(jù)量最小。

二、事務的隔離級別

1、數(shù)據(jù)庫事務的隔離級別：四種

隔離級別	臟讀（Dirty Read）	不可重復讀（NonRepeatable Read）	幻讀（Phantom Read）
讀未提交（Read uncommitted）	可能	可能	可能
讀已提交（Read committed）	不可能	可能	可能
可重復讀（Repeatable read）	不可能	不可能	可能
可串行化（Serializable ）	不可能	不可能	不可能

2、數(shù)據(jù)庫一般的默認隔離離級別是“讀已提交”，默認的事務隔離級別下:Insert，update ，delete下的是X鎖, 會等待事務完成。通常情況下可以把隔離級別設為Read Commited，它能避免臟讀，而且有較好的并發(fā)性能。盡管它會導致不可重復讀、虛讀和第二類更新丟失等問題，在可能出現(xiàn)這類問題的個別場合可以由應用程序釆用悲觀鎖或樂觀鎖來控制。

3、SQL語句可以使用SET TRANSACTION ISOLATION LEVEL來設置事務的隔離級別。如：SET TRANSACTION ISOLATION LEVEL   Read Committed。若要在應用程序中使用更嚴格或較寬松的隔離級別，可以通過使用   set transaction isolation level語句設置會話的隔離級別，來自定義整個會話的鎖定。  
指定隔離級別后，sql server會話中所有select語句的鎖定行為都運行于該隔離級別上，并一直保持有效直到會話終止或者將隔離級別設置為另一個級別。

4、另外要提一點:SQL標準對事務隔離級別的規(guī)定,是按該級別不可能發(fā)生什么問題來確定的,不一定會發(fā)生這樣的問題;所以,不同的數(shù)據(jù)庫對事務隔離的級別約定不一樣,比如,有的數(shù)據(jù)庫把 可重復讀級別按可串行化來對待。(lkdlhw_2000個人理解:各個數(shù)據(jù)庫應該都遵循四種標準的事務隔離等級的定義，但是某些數(shù)據(jù)庫具體實現(xiàn)可能不存在四種，因為串行化可以避免不可重復讀，因此某些數(shù)據(jù)庫語法上支持設置事務隔離等級為不可重復讀，但實際上是串行化在起作用。也就是說只要該級別能夠避免不可重復讀的問題，就可以稱之為不可重復讀取級別。)

5、該隔離級別定義一個事務必須與其他事務所進行的資源或數(shù)據(jù)更改相隔離的程度。事務隔離級別控制：
     讀取數(shù)據(jù)時是否占用鎖以及所請求的鎖類型。
     占用讀取鎖的時間。
     引用其他事務修改的行的讀取操作是否：
     在該行上的排他鎖被釋放之前阻塞其他事務。
     檢索在啟動語句或事務時存在的行的已提交版本。
     讀取未提交的數(shù)據(jù)修改

三、鎖

1、分類：從數(shù)據(jù)庫系統(tǒng)的角度來看：分為獨占鎖（即排它鎖），共享鎖和更新鎖

2、事務使用鎖，防止其他用戶修改另外一個還沒有完成的事務中的數(shù)據(jù)。對于多用戶系統(tǒng)來說，鎖機制是必須的。SQL Server有多種鎖，允許事務鎖定不同的資源。鎖就是保護指定的資源，不被其他事務操作。SQL Server有多種鎖，允許事務鎖定不同的資源。鎖就是保護指定的資源，不被其他事務操作。為了最小化鎖的成本，SQL Server自動地以與任務相應等級的鎖來鎖定資源對象。鎖定比較小的對象，例如鎖定行，雖然可以提高并發(fā)性，但是卻有較高的開支，因為如果鎖定許多行，那么需要占有更多的鎖。鎖定比較大的對象，例如鎖定表，會大大降低并發(fā)性，因為鎖定整個表就限制了其他事務訪問該表的其他部分，但是成本開支比較低，因為只需維護比較少的鎖。

3、 鎖的特點：
1. 鎖是保證并發(fā)控制的手段
2. 可以鎖定的資源包括行、頁、簇、表和數(shù)據(jù)庫
3. 鎖的類型主要包括共享鎖和排它鎖
4. 特殊類型的鎖包括意圖鎖、修改鎖和模式鎖
5. 共享鎖允許其他事務繼續(xù)使用鎖定的資源
6. 排它鎖只允許一個事務訪問數(shù)據(jù)
7. 系統(tǒng)本身可以處理死鎖
8. 用戶可以根據(jù)實際情況定制鎖的一些特征

4、鎖是定義到sql語句上的，對數(shù)據(jù)進行操作的sql就是：select，Insert，update ，delete。不同的事物隔離即被在執(zhí)行sql的時候會向表上發(fā)送不同的鎖。

關于鎖的更多描述，可以去網(wǎng)上搜索一下。http://www.bitscn.com/windows/sql/200604/1068.html

四、多個用戶同時對數(shù)據(jù)庫的并發(fā)操作時會帶來以下數(shù)據(jù)不一致的問題：

臟讀dirty reads：
   當事務讀取還未被提交的數(shù)據(jù)時，就會發(fā)生這種事件。舉例來說：Transaction1修改了一行數(shù)據(jù)，然后Transaction2在Transaction1還未提交修改操作之前讀取了被修改的行。如果Transaction1回滾了修改操作，那么Transaction2讀取的數(shù)據(jù)就可以看作是從未存在過的。
不可重復的讀non-repeatable reads：
   當事務兩次讀取同一行數(shù)據(jù)，但每次得到的數(shù)據(jù)都不一樣時，就會發(fā)生這種事件。舉例來說：Transaction1讀取一行數(shù)據(jù)，然后Transaction2修改或刪除該行并提交修改操作。當Transaction1試圖重新讀取該行時，它就會得到不同的數(shù)據(jù)值（如果該行被更新）或發(fā)現(xiàn)該行不再存在（如果該行被刪除）。    
虛讀phantom read：
   如果符合搜索條件的一行數(shù)據(jù)在后面的讀取操作中出現(xiàn)，但該行數(shù)據(jù)卻不屬于最初的數(shù)據(jù)，就會發(fā)生這種事件。舉例來說Transactio1讀取滿足某種搜索條件的一些行，然后Transaction2插入了符合Transaction1的搜索條件的一個新行。如果Transaction1重新執(zhí)行產(chǎn)生原來那些行的查詢，就會得到不同的行。

為了解決這些問題，數(shù)據(jù)庫引入了“鎖”的機制（從數(shù)據(jù)庫系統(tǒng)的角度來看：分為獨占鎖（即排它鎖），共享鎖和更新鎖，詳細內(nèi)容不再描述）。

五、lkdlhw_2000個人理解（以下問題都是推測，還沒有證實）：

隔離級別是由鎖來實現(xiàn)的，之所以出現(xiàn)事務的隔離級別相當于數(shù)據(jù)庫開發(fā)商根據(jù)一般的業(yè)務需求實現(xiàn)定義好的一組鎖使用的規(guī)則，便于我們時候，當我們將事務隔離級別定義到某一級上后如果不能滿足需求，我們還可以自行定義sql的鎖來覆蓋事務隔離級別默認的鎖機制？

鎖存在兩個問題：一個是鎖的粒度，一個是鎖的時間，鎖的時間應該包括兩種一種是sql執(zhí)行完就釋放鎖，領一中是事務結(jié)束后釋放鎖

六、參考文章

http://www.es-ivision.com/Channel-4-10-108-0.html
http://tech.ccidnet.com/art/1105/20050602/261573_1.html
http://www.aygfsteel.com/zhengtengfeng/archive/2007/04/23/113025.html

七、事務隔離級別的例子

1. Read Uncommitted：最低等級的事務隔離，僅僅保證了讀取過程中不會讀取到非法數(shù)據(jù)。上訴4種不確定情況均有可能發(fā)生。
2. Read Committed：大多數(shù)主流數(shù)據(jù)庫的默認事務等級，保證了一個事務不會讀到另一個并行事務已修改但未提交的數(shù)據(jù)，避免了“臟讀取”。該級別適用于大多數(shù)系統(tǒng)。
第一個查詢事務
SET TRANSACTION ISOLATION LEVEL   Read Committed
begin tran
   update Cate SET Sname=Sname+'b' where ID=1
   SELECT * FROM cate where ID=1
   waitfor delay '00:00:6'  
   rollback tran --回滾事務
select Getdate()
SELECT * FROM cate where ID=1
第二個查詢事務
SET TRANSACTION ISOLATION LEVEL Read committed   --把committed換成Read uncommitted可看到“臟讀取”的示例。
SELECT * FROM cate where ID=1
select Getdate()
可以看到使用 Read Committed 成功的避免了“臟讀取”.
3. Repeatable Read：保證了一個事務不會修改已經(jīng)由另一個事務讀取但未提交（回滾）的數(shù)據(jù)。避免了“臟讀取”和“不可重復讀取”的情況，但是帶來了更多的性能損失。
第一個查詢事務
SET TRANSACTION ISOLATION LEVEL Repeatable Read --   把Repeatable Read換成Read committed可以看到“不可重復讀取”的示例
begin tran
SELECT * FROM cate where ID=33 --第一次讀取數(shù)據(jù)
   waitfor delay '00:00:6'  
SELECT * FROM cate where ID=33 --第二次讀取數(shù)據(jù)，不可重復讀取
commit
第二個查詢事務
SET TRANSACTION ISOLATION LEVEL Read committed
update cate set Sname=Sname+'JD' where ID=33
SELECT * FROM cate where ID>30
4. Serializable：最高等級的事務隔離，上面3種不確定情況都將被規(guī)避。這個級別將模擬事務的串行執(zhí)行。
在第一個查詢窗口執(zhí)行
SET TRANSACTION ISOLATION LEVEL Serializable -- 把Serializable換成Repeatable Read 可看到“幻像讀”的示例
begin tran
SELECT * FROM cate where ID>30 --第一次讀取數(shù)據(jù)，“幻像讀”的示例
   waitfor delay '00:00:6'   --延遲6秒讀取
SELECT * FROM cate where ID>30 --第一次讀取數(shù)據(jù)
commit
第二個查詢事務
SET TRANSACTION ISOLATION LEVEL Read committed
Delete from cate where ID>33
SELECT * FROM cate where ID>30
創(chuàng)建事務

設置事務級別：SET TRANSACTION ISOLATION LEVEL
開始事務：begin tran
提交事務：COMMIT
回滾事務：ROLLBACK
創(chuàng)建事務保存點：SAVE TRANSACTION savepoint_name
回滾到事務點:ROLLBACK TRANSACTION savepoint_name