扣減庫存策略採用訂單是否鎖定庫存方案 在訂單系統中用戶下訂單流程中，有一個重要環節是“扣減庫存”；而此“扣減庫存”採用的策略是直接在一個商品庫存欄位中的庫存數據減去訂單商品數量;如： update productStock set quantity = quantity -1 where produ ...
扣減庫存策略採用訂單是否鎖定庫存方案
在訂單系統中用戶下訂單流程中，有一個重要環節是“扣減庫存”；而此“扣減庫存”採用的策略是直接在一個商品庫存欄位中的庫存數據減去訂單商品數量;如：
update productStock set
quantity = quantity -1
where productId = 20034 and quantity >=1
此策略在高併發環境下會產生嚴重的性能問題。
所以本人就想換一種不爭用同一行同一個欄位的資源來避免竟爭，以解決高併發帶來的性能問題。本人的思路是，先將用戶提交的訂單插入訂單表，然後獲取此商的品原始投入的庫存數，再取此產品已經被鎖定庫存的商品數量，將兩者的數據與新下訂單的商品數量比較，如果還可以再將此新訂單鎖定庫存則更新這個訂單的狀態以表示此訂單已經成功鎖定庫存。
sql 如下:
update [orderInfo]
set [IsEnabled] = 1
from [orderInfo] a
where a.orderid = 64434398158878 and a.Productid = 324285 and [IsEnabled] = 0 and a.ProductQTY <=(
select sum(QTY) from (
select StockQTY as QTY from [productStock] where Productid = 324285
union
select -sum( ProductQTY ) as QTY
from [orderInfo]
where Productid = 324285 and [IsEnabled] = 1
) as p
)
這樣，更新數據的行為是更新每個訂單記錄的狀態，不存在資源的競爭問題，也將大大提高性能。
當然，這要求所有的訂單數據都在一個表中，這個要求有點高；其實這個問題是可以解決的，在系統不忙時完全可以從這個訂單表中移走老的訂單到另外一個表中，然後將這些訂單的商品數從商品庫存中扣減出來。有人會說這又回到老的方案中去了，我想說不然，這個處理完全是數據內部處理，完全不需要併發，也就不存在回到老的方案中的說法。
