什麼是Redis的併發競爭問題 Redis的併發競爭問題，主要是發生在併發寫競爭。考慮到redis沒有像db中的sql語句，update val = val + 10 where ...，無法使用這種方式進行對數據的更新。 假如有某個key（mileage）， value（10），現在想把value ...
什麼是Redis的併發競爭問題
Redis的併發競爭問題，主要是發生在併發寫競爭。考慮到redis沒有像db中的sql語句，update val = val + 10 where ...，無法使用這種方式進行對數據的更新。
假如有某個key（mileage）， value（10），現在想把value值進行+10操作。正常邏輯下，就是先把數據key為mileage的值讀回來，加上10，再把值給設置回去。
如果只有一個連接的情況下，這種方式沒有問題，可以工作得很好，但如果有兩個連接時，兩個連接同時想對還mileage進行+10操作，就可能會出現問題了。
例如：兩個連接同時對mileage進行寫操作，同時加10，最終結果我們知道，應該為30才是正確。
考慮到一種情況：
T1時刻，連接1將mileage讀出，目標設置的數據為10+10 = 20。
T2時刻，連接2也將數據讀出，也是為10，目標設置為20。
T3時刻，連接1將mileage設置為20。
T4時刻，連接2也將mileage設置為20，則最終結果是一個錯誤值20。
另外假設有個A線程正在寫mileage，B線程正在讀寫mileage，當A，B同時執行的時候也可能發生併發競爭問題：
即B將mileage值讀出來的時候，A正好更新了mileage值，然後B又更新回mileage值，此時照成A的更新無效。
解決方案
方案1
利用redis自帶的incr命令，具體用法看這裡http://doc.redisfans.com/string/incr.html。
方案2
利用redis的setnx實現內置的鎖。
方案3
使用樂觀鎖的方式進行解決（成本較低，非阻塞，性能較高）。如何用樂觀鎖方式進行解決？本質上是假設不會進行衝突，使用redis的命令watch進行構造條件。偽代碼如下：
watch mileage get mileage $mileage $mileage = $mileage + 10 multi set mileage $mileage exec
解釋一下：
watch這裡表示監控該key值，後面的事務是有條件的執行，如果從watch的exec語句執行時，watch的key對應的value值被修改了，則事務不會執行。
具體看Redis的事務功能詳解這篇文章里的watch命令介紹。
方案4
這個是針對同一個服務的客戶端來的，在代碼里要對redis操作的時候，針對同一key的資源，就先進行加鎖（java里的synchronized或lock）。
方案5
可以使用獨占鎖的方式，類似操作系統的mutex機制。（網上有例子，http://blog.csdn.net/black_ox/article/details/48972085 不過實現相對複雜，成本較高）
