１．抽獎/秒殺并發(fā)情況下庫存為負數(shù)問題
場景：一個商品有庫存，下單時先檢查庫存，如果>0，把庫存-1然后下單，如果<=0，則不能下單，事務包含兩條sql語句：
select quantity from products WHERE id=3;
update products set quantity = ($quantity-1) WHERE id=3;
在并發(fā)情況下，可能會把庫存減為負數(shù)(兩個進程同時select出來的都>0,然后都會執(zhí)行update)，怎么辦呢？
方法1：
（悲觀鎖）
InnoDB支持通過特定的語句進行顯示加鎖：
select...lock in share mode #共享鎖
select...for udpate #排他鎖
select quantity from products WHERE id=3 for update;
或
select quantity from products WHERE id=3 lock in share mode;
update products set quantity = ($quantity-1) WHERE id=3;
但是執(zhí)行for update會產(chǎn)生一些其他的影響
1.select語句變慢
2.一些優(yōu)化無法正常使用,例如索引覆蓋掃描
3.很容易造成服務器的鎖爭用問題(死鎖)
方法二：
把udpate語句寫在前邊，先把數(shù)量-1，之后select出庫存如果>-1就commit,否則rollback。
update products set quantity = quantity-1 WHERE id=3;
select quantity from products WHERE id=3 for update;
上邊的事務中先執(zhí)行了update，所以id=3的行被加了行鎖,只有commit/rollback是才會被釋放（事務中鎖是逐步獲得的，但是都是commit時所釋放的）。很好的解決了并發(fā)問題。
方法三：
update語句在更新的同時加上一個條件
$quantity = select quantity from products WHERE id=3;
update products set quantity = ($quantity-1) WHERE id=3 and queantity = $quantity;
這樣雖然select語句沒有加鎖，但是因為mysql的事務隔離級別是可重復讀，所以其他事務的修改不會影響到select的結(jié)果，當執(zhí)行到update時，如果有其他事務鎖住了這條記錄，update會等待，等到其他事務釋放鎖，update會執(zhí)行，但此時如果quantity的數(shù)量已經(jīng)被修改，update的執(zhí)行會返回影響行數(shù)為0。
原因：
比如先select出來的$quantity=3，然后執(zhí)行update的條件為id=3 and quantity=3,執(zhí)行更新返回影響函數(shù)為0，但再次執(zhí)行select時發(fā)現(xiàn)id=3的記錄quantity確實是3啊，怎么有這條記錄卻更新不了呢？這歸功于“mysql的事物隔離級別和MVCC，當?shù)谝粋€select時 quantity=3，然后其他事務先于這個update執(zhí)行了，導致update的條件并沒有找到合適的記錄，因為在可重復讀級別中，update的讀是“當前讀”，讀取的是最新的數(shù)據(jù)。而再次select時查到的quantity還是等于3，因為對于select的讀是“快照讀”，讀取的是歷史數(shù)據(jù)，這也是可重復讀級別的特性”
方法四
（樂觀鎖）
使用version數(shù)據(jù)庫版本號字段來控制.
update 時將version值加1，看select時的version和下一步update時的version是不是同一個版本號，以此來判斷當前的數(shù)據(jù)是不是之前查詢到的數(shù)量值，還是已被其它線程已經(jīng)修改過后的數(shù)量值。
update t set surplus = 90 ,version = version+1 where id = x andversion = oldVersion ;
但是如果數(shù)據(jù)競爭激烈,則自動重試次數(shù)會急劇上升,需要注意。
方法五
把庫存字段改為unsigned
這樣可以保證庫存不為負數(shù)，如果并發(fā)情況下被扣為負數(shù)的時候會報錯，這個時候try catch然后返回庫存不足就可以了
方法六
用redis的隊列模式
把所有請求插入到redis的隊列了，當庫存達到閾值后停止插入，然后消費redis里的數(shù)據(jù)
方法七
利用redis的incrby特性來扣減庫存
- 系統(tǒng)初始化的時候，將商品庫存加載到Redis 緩存中保存
- 在秒殺的時候，先進行預減庫存檢測，從redis中，利用decr 減去對應商品的庫存，如果庫存小于0，說明此時 庫存不足，則不需要訪問數(shù)據(jù)庫。直接拋出異常即可
