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