并發(fā)數(shù)據(jù)庫中丟失修改問題的解決措施是本文我們主要要介紹的內(nèi)容，接下來我們就從一個簡單的例子開始介紹這部分內(nèi)容，希望能夠?qū)δ兴鶐椭?/p>

1．問題定義

先從一個較簡單的例子為例，如火車售票系統(tǒng)，數(shù)據(jù)庫表（車次，剩余票數(shù)），一個售票事務(wù)的處理過程如下：

（1） 查詢該車次剩余票數(shù)x=16。

（2） x = x – 1，得x=15

（3） 將x=15寫回該車次剩余票數(shù)。

這樣一個事務(wù)在串行運(yùn)行的數(shù)據(jù)庫系統(tǒng)中是沒有問題的，如果兩個事務(wù)串行運(yùn)行，各售一張票，最終結(jié)果為14。但如果在并行系統(tǒng)中，可能會有兩個售票事務(wù)實例同時執(zhí)行，由于CPU分時間片輪流執(zhí)行事務(wù)，這時有可能發(fā)生如下情況（執(zhí)行次序自上而下，兩個事務(wù)交叉運(yùn)行）：

售票事務(wù)T1 售票事務(wù)T2

（1） 查詢剩余票數(shù)x=16

（2） 查詢剩余票數(shù)x=16

（3） x=x-1，得x=15

（4） 將x=15寫回數(shù)據(jù)庫。

（5） x=x-1，得x=15

（6） 將x=15寫回數(shù)據(jù)庫。

即T1先查詢出了剩余票數(shù)16，此時它把控制權(quán)交給CPU，等待分配下一個時間片執(zhí)行。然后T2獲得了執(zhí)行權(quán)，查出票數(shù)依然是16。然后T1和T2不管如何輪換執(zhí)行，售出一張票后（售多張票是類似的），都將得到結(jié)果15。那么后一個事務(wù)提交的數(shù)據(jù)就覆蓋了前一個事務(wù)的數(shù)據(jù)，最終結(jié)果是15，這就是所謂的丟失修改問題。

這個問題在分布式數(shù)據(jù)庫中具有一般性，其它的例子如申請手機(jī)號時，兩個用戶同時申請同一個手機(jī)號的問題，本文中我們給出這類問題的一個通用解決方案。（火車售票例子太簡單，還是比較容易解決的，沒必要用本文所述的一般性的方法，呵呵）。

2．思路

我們可以采用一個時間戳字段記錄哪個事務(wù)先修改的記錄。時間戳不是一個時間，而類似于一個自動增長字段，但它有一個特點，就是每次更新某條記錄時，會自動更新為一個新的時間戳數(shù)據(jù)。在SQL Server中，設(shè)置為一個字段為timestamp數(shù)據(jù)類型，讀取時可以使用varbinary類型讀取。

主要思路是：讀取剩余票數(shù)時就同時讀取該記錄的時間戳，當(dāng)更新記錄時，判斷時間戳是否與原來讀取的相同，如果不同，說明已經(jīng)有一個事務(wù)修改了這條記錄，就讓當(dāng)前事務(wù)失敗。

這樣我們把數(shù)據(jù)庫表修改為：車次表（車次，剩余票數(shù)，修改時間）。注意修改時間字段設(shè)置為timestamp類型，不允許為空，這樣初始化時就先自動生成了一個時間戳。

3．解決方案

售票的存儲過程：

Create Procedure Sale  
 
(@Serial varchar(10), -- 車次  
 
@SaleCount int -- 所售票數(shù)  
 
) As  
 
-- 取出剩余票數(shù)  
 
Declare @RealCount int, -- 剩余票數(shù)  
 
@Time varbinary(6) -- 時間戳  
 
Select @RealCount=剩余票數(shù), @Time=修改時間 From 車次表 Where 車次=@Serial  
 
-- 判斷票數(shù)是否夠  
 
If (@SaleCount > @RealCount)  
 
Begin  
 
Print ‘票數(shù)不夠’  
 
return  
 
End  
 
-- 更新數(shù)據(jù)  
 
Declare @RowsCount int -- 更新時影響的行數(shù)  
 
Update 車次表 Set 剩余票數(shù)=剩余票數(shù)-@SaleCount  
 
Where 車次=@Serial and 修改時間=@Time  
 
Set @RowsCount=@@RowsCount  
 
/* @@RowsCount記錄了修改最近一條SQL語句影響的行數(shù)，如果為1，表示修改成功，如果為0，表示未修改任何行，出現(xiàn)這種情況的原因就是其它事務(wù)已經(jīng)修改了這條記錄，造成修改時間這個自動的值變化了 */  
 
-- 判斷結(jié)果  
 
If (@RowsCount = 0)  
 
Print ‘事務(wù)并發(fā)造成的修改失敗’  
 
Else  
 
Print ‘售票成功  
 
Go 

4．測試

測試時我們創(chuàng)建另外一個售票的存儲過程SaleDelay，與上面的Sale存儲過程不同的是，在取出票數(shù)之后增加一個延時語句，比如延時10秒。

Waitfor Delay ‘0:0:10’

先啟動SaleDelay，然后快速啟動Sale，這樣SaleDelay因為讀取后10s才去寫數(shù)據(jù)，這期間Sale已經(jīng)寫入了數(shù)據(jù)，SaleDelay會失敗。

測試技巧：在查詢分析器中打開兩個窗口，***選用橫向平鋪讓兩個窗口都顯示出來。兩個窗口分別輸入exec SaleDelay ‘車次x’ 1和exec Sale '車次x’ 1，注意兩個車次號要相同。先點擊***個窗口，然后點執(zhí)行；然后迅速點第二個窗口，點執(zhí)行，等待執(zhí)行結(jié)果。

關(guān)于并發(fā)數(shù)據(jù)庫中丟失修改問題的解決措施的相關(guān)知識就介紹到這里了，希望本次的介紹能夠?qū)δ兴斋@！

【編輯推薦】

1. 初學(xué)SQL Server數(shù)據(jù)庫的一些常用操作總結(jié)
2. 初學(xué)SQL Server筆記之修改表結(jié)構(gòu)的示例代碼
3. SQL Server批量修改字段的數(shù)據(jù)類型的代碼實例
4. SQL Server數(shù)據(jù)庫字段說明的添加修改刪除示例
5. SQL Server 2005數(shù)據(jù)庫中設(shè)置自動編號字段實例解析