生成序列號遇到死鎖

Question

我們需要爲我們的事務生成序列號。當併發用戶試圖同時預訂事務時，我們遇到了sqlcode = -911，sqlstate = 40001，sqlerrmc = 2（死鎖）。當前發生死鎖是因爲它正在讀取並更新到相同的記錄。我們如何設計這樣才能防止死鎖？

Answer 1

圍繞這個問題有很多解決方法，其中一些問題比其他問題少。

如果所有對象都被鎖定在相同的層次序列中，則可以防止死鎖。 [https://en.wikipedia.org/wiki/Deadlock#Prevention]

然而，完全防止死鎖的餐飲哲學家問題的解決方案往往不如簡單地回滾事務和重試。你需要測試你的解決方案。

如果您正在尋找數據端解決方案，那麼老式（可能性能不足）方法就是通過建立嚴格的鎖定序列來強制要求獲取新的事務ID。

一個快速的解決方案（在發佈之前在負載下測試這個解決方案！）可以使用TRANSACTION邊界並且具有控制行充當關守。這是一個愚蠢的例子，它演示了基本的技術。 它沒有錯誤檢查，並回收鬼ID的是本實施例的範圍之外的代碼：

DECLARE @NewID INTEGER; 
BEGIN TRANSACTION; 
UPDATE [TABLE] SET [LOCKFLAG] = CURRENT_TIMESTAMP WHERE [ROW_ID] = 0; 
SELECT @NewID = MAX([ROW_ID])+1 FROM [TABLE]; 
INSERT INTO [TABLE] ([ROW_ID]) VALUES (@NewID); 
UPDATE [TABLE] SET [LOCKFLAG] = NULL WHERE [ROW_ID] = 0; 
COMMIT TRANSACTION; 

我們的想法是，使這個原子，單線程，系列化操作非常，在持續時間很短的 - - 做只有需要什麼來安全地保留身份證並避開。

通過第一步更新第0行，如果所有ID請求都符合此標準，則競爭用戶將在第一步之後簡單排隊。

一旦您保留您的ID，請關閉並執行您喜歡的操作，並且您可以使用新的事務來更新您創建的行。

您需要覆蓋後面的步驟決定爲ROLLBACK的情況，因爲表中現在會有一個虛影行。你會想要一個方法來回收這些;可以使用各種簡單的解決方案。

Answer 2

創建一個包含單個數據行的「種子」表。 此「種子」表格行保存「下一個順序」值。

當您希望使用「Next Sequential」值插入新的業務數據行時。執行以下步驟。

1）。在「seed」表上打開UPDATE遊標並獲取當前行。這使您可以獨佔控制種子值。 2）。你將使用這個提取的行作爲「下一個值」...但是在這之前，你可以使用3）。增加提取的「下一個值」並提交更新。這個提交關閉你的光標，並用新的「下一個值」釋放種子行。

你現在可以自由使用你的「下一個價值」。