如何解決電商網站超賣現象（網站秒殺搶購思路）

悲觀鎖:一段執行邏輯加上悲觀鎖,不同執行緒同時執行時,只能有一個執行緒執行,其他的執行緒在入口處等待,直到鎖被釋放.

樂觀鎖:一段執行邏輯加上樂觀鎖,不同執行緒同時執行時,可以同時進入執行,在最後更新資料的時候要檢查這些資料是否被其他執行緒修改了(版本和執行初是否相同),沒有修改則進行更新,否則放棄本次操作.

從解釋上可以看出,悲觀鎖具有很強的獨佔性,也是最安全的。而樂觀鎖很開放,效率高,安全性比悲觀鎖低,因為在樂觀鎖檢查資料版本一致性時也可能被其他執行緒修改資料。

1、常用方法

（1）樂觀鎖：大多數是基於資料版本(version)的記錄機制實現的

（2）在Redis中，使用watch命令實現樂觀鎖(watch key): 
watch命令會監視給定的key，當exec時，如果監視的key從呼叫watch後發生過變化，則事務會失敗，也可以呼叫wathc多長監視多個key。這樣就可以對指定key加樂觀鎖了。注意watch的可以是對整個連線有效的。事務也一樣。如果連線斷開，監視和事務都會被自動清除。當然exec，discard，unwatch命令都會清除連線中的所有監視。

2、redis使用watch秒殺搶購思路

1、使用watch，採用樂觀鎖 
2、不使用悲觀鎖，因為等待時間非常長，響應慢 
3、不使用佇列，因為併發量會讓佇列記憶體瞬間升高

WATCH命令

監控指定鍵，若被監控的鍵在以下事務執行前被修改，則包含對此鍵有操作動作的事務不執行，返回nil。

MULTI：開啟事務

EXEC：執行事務

DISCARD：取消事務

WATCH：監視事務中的鍵變化，一旦有改變則取消事務。

------------------------------------------------------------------------------------------------------------------------------------------------------------------------

127.0.0.1:6379[5]> get k

"20"

127.0.0.1:6379[5]> set k 30

OK

127.0.0.1:6379[5]>watch k

OK

127.0.0.1:6379[5]> set k 40

OK

127.0.0.1:6379[5]> multi

OK

127.0.0.1:6379[5]> set k 50

QUEUED

127.0.0.1:6379[5]> exec

(nil)

127.0.0.1:6379[5]> get k

"40"
------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Redis對事物的支援目前比較簡單。Redis只能保證一個client發起的事務中的命令可以連續的執行,但後面命令出錯前面不會回滾。而中間不會插入其他client的命令。當一個client在找一個連續中發出multi命令時，這個連結會進入一個事務上下文，該連結後續的命令不會立即執行，而是先放到佇列中，當執行exec命令是，redis會順序的執行佇列中的所有命令。當如果佇列中有命令錯誤，不會回滾。