Redis高並發的一個小問題

RT，現在有個客戶報名小功能，要求：每個客戶只能報名一次；
由於客戶量大，預計峰值並發到達 1W/S，那麼問題來了，使用 Redis 如何?該需求？

能上代碼的朋友感激不盡！

回複內容：

RT，現在有個客戶報名小功能，要求：每個客戶只能報名一次；
由於客戶量大，預計峰值並發到達 1W/S，那麼問題來了，使用 Redis 如何?該需求？

能上代碼的朋友感激不盡！

hincrby即可解決
資料存放區：將報名資訊儲存到一個hash結構中，hash裡面的key使用使用者id，value是報名次數
報名：直接使用hincrby命令，將對應的userId的value+1，如果之前沒報名，返回1，大於1表示已報過名。
並發問題：再大的並發量這個方案都不會有任何問題，因為可以重複提交報名資訊，而且每個步驟都是原子性的，hincrby的效能接近O(1)，效率也不低，如果需要前端提示重複報名，可根據hincrby傳回值是否>1來判斷。

redis有事務功能，可以參考一下

就是正常的邏輯添加，讀取，更新邏輯。

既然並發較大那你要把redis,nginx，linux進行配置，首先讓他們物理配置上能承受1w並發。
其實也沒什麼特別的，如果你是nginx還可以進行最佳化。

redis 的讀寫效能，官網說明可以10w+每秒，實際的讀寫效能可能沒有這麼高，但是完全符合你的需求的
可以對每個公司設定一個key，使用redis set方法即可，存在的key就直接覆蓋

