SQL Server臟讀方式數(shù)據(jù)提取之NOLOCK和READPAST
SQL Server臟讀方式數(shù)據(jù)提取之NOLOCK和READPAST是本文我們主要要介紹的內(nèi)容，對數(shù)據(jù)庫中的數(shù)據(jù)進行讀操作或修改時，數(shù)據(jù)庫引擎使用專門的控制類型來保持?jǐn)?shù)據(jù)庫的完整性，稱為鎖機制。鎖機制通過確保包含在一個事務(wù)中的數(shù)據(jù)庫記錄在該事務(wù)提交之前不能被其它事務(wù)修改來保證數(shù)據(jù)庫的一致性。
在設(shè)計數(shù)據(jù)庫應(yīng)用時，你應(yīng)該記住各種不同類型的鎖及事務(wù)發(fā)生的不同隔離級別。通常情況下，SQL Server默認方式能夠很好地完成你要使用的功能，不過，有些時候利用SQL語句在數(shù)據(jù)表上手工添加關(guān)于鎖是如何應(yīng)用的提示信息將是十分有用的。
本文主要介紹了兩種數(shù)據(jù)表提示：NOLOCK和READPAST。我們將建立一個數(shù)據(jù)表用作例子中的查詢數(shù)據(jù)表。執(zhí)行列表A中的腳本建立一個SalesHistory數(shù)據(jù)表并添加一些數(shù)據(jù)。
NOLOCK
該數(shù)據(jù)表提示，也稱為READUNCOMMITTED，只能用于SELECT語句。NOLOCK表明沒有對數(shù)據(jù)表添加共享鎖以阻止其它事務(wù)對數(shù)據(jù)表數(shù)據(jù)的修改。
該語句的好處是它可以使數(shù)據(jù)庫引擎不用在處理查詢中的上鎖問題，可以提高并發(fā)性并改善數(shù)據(jù)庫性能，因為數(shù)據(jù)庫引擎不用在維護共享鎖的使用問題。存在的問題是因為該語句不能處理要讀取的數(shù)據(jù)表的所有鎖，所以一些“臟數(shù)據(jù)”或未被提交的數(shù)據(jù)潛在的可能被讀取。
如果某個事務(wù)被滾回，那么應(yīng)用了NOLOCK連接的數(shù)據(jù)讀取操作將可以讀取未提交的數(shù)據(jù)。這種類型的讀取導(dǎo)致處理的不一致性會帶來很多問題。這是你使用NOLOCK時應(yīng)該了解的技巧。
作為一個負面影響，NOLOCK查詢還可能帶來讀取“幻影”數(shù)據(jù)或讀取在一個數(shù)據(jù)庫讀取事務(wù)中可以獲得的但在另一個事務(wù)中可能被滾回的數(shù)據(jù)的風(fēng)險。（我將在本系列文章的第二部分對這個負面影響進行詳細說明。）
下面的例子展示了NOLOCK如何工作以及臟數(shù)據(jù)讀取是如何產(chǎn)生的。在下面的腳本中，我用一個事務(wù)在SalesHistory數(shù)據(jù)表中插入一條記錄。
- BEGIN TRANSACTION
- INSERT INTO SalesHistory
- (Product, SaleDate, SalePrice)
- VALUES
- ('PoolTable', GETDATE(), 500)
這個事務(wù)仍舊是開放的，這意味著仍可以對插入數(shù)據(jù)表的記錄上鎖以阻止其它操作。在一個新的查詢窗口中，運行下面的腳本，該腳本使用NOLOCK數(shù)據(jù)表提示返回SalesHistory數(shù)據(jù)表中的記錄數(shù)。
SELECT COUNT(*) FROM SalesHistory WITH(NOLOCK)
返回記錄數(shù)值為301。因為對SalesHistory數(shù)據(jù)表插入記錄的事務(wù)還沒有提交，所以我們可以撤銷它。我通過使用下面的語句將事務(wù)滾回：
ROLLBACK TRANSACTION
該語句從SalesHistory數(shù)據(jù)表中刪除前面插入的記錄。現(xiàn)在我們運行前面運行的同樣的SELECT語句。
SELECT COUNT(*) FROM SalesHistory WITH(NOLOCK)
這次返回記錄數(shù)的值為300。我第一次查詢讀記錄的事務(wù)還沒有提交，這就是一個臟數(shù)據(jù)讀取。
READPAST
這是一個比NOLOCK較少使用的數(shù)據(jù)表提示。這個提示指明數(shù)據(jù)庫引擎返回結(jié)果時忽略加鎖的行或數(shù)據(jù)頁。
這個數(shù)據(jù)表提示的優(yōu)點和NOLOCK一樣，在處理查詢時不會發(fā)生阻塞。此外，讀臟數(shù)據(jù)并不會出現(xiàn)在READPASTA中，因為不會返回鎖定的記錄。這個語句的缺點是，因為不返回鎖定的記錄，所以很難確定結(jié)果集或修改語句是否包含所有必須的記錄。在你的應(yīng)用中可能需要添加一些邏輯來確保最終包含所有必須的記錄。
READPAST數(shù)據(jù)表提示的例子和NOLOCK的例子類似。我將使用一個事務(wù)來更新SalesHistory數(shù)據(jù)表中的一個記錄。
- BEGIN TRANSACTION
- UPDATE TOP(1) SalesHistory
- SET SalePriceSalePrice = SalePrice + 1
因為我沒有提交或回滾這個事務(wù)，所以添加在更新記錄上的鎖仍舊有效。在一個新的查詢編輯窗口中，運行下面的腳本，該腳本對SalesHistory數(shù)據(jù)表使用READPAST統(tǒng)計表中的記錄數(shù)。
- SELECT COUNT(*)
- FROM SalesHistory WITH(READPAST)
最初SalesHistory數(shù)據(jù)表中包含300條記錄，UPDATE語句正鎖定表中一條記錄，所以上面使用READPAST的腳本返回結(jié)果為299條記錄，這說明我要更新的記錄被鎖定，所以被REASPAST提示忽略。
關(guān)于SQL Server臟讀方式數(shù)據(jù)提取之NOLOCK和READPAST的知識就介紹到這里了，希望本次的介紹能夠?qū)δ兴斋@！
【編輯推薦】
