在电子商务里,经常会出现库存数量少,购买的人又特别多,大并发情况下如何确保商品数量不会被多次购买.
其实很简单,利用事务+for update就可以解决.
我们都知道for update实际上是共享锁,是可以被读取的.但是如何在执行时,不被读取呢.
简单来说:假设现在库存为1,现在有A和B同时购买
先开启一个事务
begin;
select stock from good where id=1 for update;//查询good表某个商品中stock的数量
查出来后,在程序里在判断这个stock是否为0(你用什么语言,不关我事)
最后在执行
update good set stock=stock-1 where id=1
最后在
commit
但是这个时候B也是select stock from good where id=1 for update;注意:for update不能省略..这个时候会出现被锁住,无法被读取.
所以这就能够保证了商品剩余数量为1的一致性.
mysql中使用select for update的必须针对InnoDb，并且是在一个事务中，才能起作用。
select的条件不一样，采用的是行级锁还是表级锁也不一样。
转http://www.neo.com.tw/archives/900
的说明
由於 InnoDB 預設是 Row-Level Lock，所以只有「明確」的指定主鍵，MySQL 才會執行 Row lock (只鎖住被選取的資料例) ，否則 MySQL 將會執行 Table Lock (將整個資料表單給鎖住)。
舉個例子:
假設有個表單 products ，裡面有 id 跟 name 二個欄位，id 是主鍵。
例1: (明確指定主鍵，並且有此筆資料，row lock)
SELECT * FROM products WHERE id='3' FOR UPDATE;
例2: (明確指定主鍵，若查無此筆資料，無 lock)
SELECT * FROM products WHERE id='-1' FOR UPDATE;
例2: (無主鍵，table lock)
SELECT * FROM products WHERE name='Mouse' FOR UPDATE;
例3: (主鍵不明確，table lock)
SELECT * FROM products WHERE id<>'3' FOR UPDATE;
例4: (主鍵不明確，table lock)
SELECT * FROM products WHERE id LIKE '3' FOR UPDATE;
註1:
FOR UPDATE 僅適用於 InnoDB，且必須在交易區塊(BEGIN/COMMIT)中才能生效。
註2:
要測試鎖定的狀況，可以利用 MySQL 的 Command Mode ，開二個視窗來做測試。