分布式快取，能解決單台伺服器記憶體不能無限擴張的瓶頸。在分布式快取的應用中，會遇到多個客戶端同時爭用的問題。這個時候，需要用到分布式鎖，得到鎖的客戶端才有操作許可權。
memcached 和 redis 是常用的分布式快取構建方案，下面列舉下基於memcached 和 redis 分布式鎖的實現方法。
memcached 分布式鎖
memcached可以使用add命令，該命令只有key不存在時，才進行新增，或者不會處理。memcached 所有命令都是原子性的，併發下add 同乙個key ，只會乙個會成功。
利用這個原理，可以先定義乙個 鎖 lockkey ，add 成功的認為是得到鎖。並且設定[過期超時] 時間，保證宕機後，也不會死鎖。
在具體操作完後，判斷是否此次操作已超時。如果超時則不刪除鎖，如果不超時則刪除鎖。
偽**：
1redis 分布式鎖if (mc.add("
lockkey
", "
value
", expiredtime))213
}14catch
(exception e)
1518
19 }
redis沒有add 命令，但有setnx（set if not exists）若給定的 key 已經存在，則 setnx不做任何動作。設定成功，返回 1 。設定失敗，返回 0。
setnx 命令不能設定過期時間，需要再使用 expire 命令設定過期時間。
偽**：
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
intlockresult = rd.setnx("lockkey","value");
if(lockresult == 1)
}
catch(exception e)
}
這種做法，有乙個很大的潛在風險。[1]得到鎖後，再執行[2] 設定過期時間。如果在這期間出現宕機，則會導致沒有設定過期時間。按redis 的預設快取過期策略，這個鎖將不會釋放，產生死鎖。
1：setnxvalue 值=當前時間+過期超時時間，返回1 則獲得鎖，返回0則沒有獲得鎖。轉2。
2：get獲取 value 的值 。判斷鎖是否過期超時。如果超時，轉3。
3：getset（將給定 key 的值設為 value ，並返回 key 的舊值），getsetvalue 值=當前時間+過期超時時間， 判斷得到的value 如果仍然是超時的，那就說明得到鎖，否則沒有得到鎖。
從2併發進到3 的操作，會多次改寫超時時間，但這個不會有什麼影響。
偽**：
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
stringexpiredtime = datetime.now.addminutes(locktimeoutminutes).tostring();
intlockresult = rd.setnx("lockkey", expiredtime);
boolgetlock =false;
if(lockresult == 1)
else
}
}
if(getlock)
}
catch(exception e)
}
個人覺得這種做法，還是不完美。
zookeeper的分布式鎖，下篇再學習**。
參考：
鄭昀，
電商課題v：分布式鎖
jeffkit，
用redis實現分布式鎖
memcached和redis的區別
redis的作者salvatore sanfilippo曾經對這兩種基於記憶體的資料儲存系統進行過比較，總體來看還是比較客觀的，現總結如下 1 效能對比 由於redis只使用單核，而memcached可以使用多核，所以平均每乙個核上redis在儲存小資料時比memcached效能更 高。而在100k...
redis和memcached的區別 ？
redis 和 memcache 都是基於記憶體的資料儲存系統。memcached是高效能分布式記憶體快取服務 redis是乙個開源的key value儲存系統。下面我們來進行來看一下redis和memcached的區別。redis的作者salvatore sanfilippo曾經對這兩種基於記憶體...
redis和memcached的區別
相比於memcached，redis擁有更多是資料結構，所以支援更多的資料操作，redis允許的value資料結構型別有5種 string 字串 list 列表 set 集合 hash 雜湊 zset 有序集合 redis只支援單核，memcached可以使用多核，所以平均每乙個核上 redis 在...