redisjava秒殺

『壹』 redis 秒殺為什麼不用incr

incr每次加1,你可以用這個命令。如果用戶每次最多可以秒殺5件商品,那麼incr就不適用了。

Redis是一個開源的使用ANSIC語言編寫、支持網路、可基於內存亦可持久化的日誌型、Key-Value資料庫，並提供多種語言的API。從2010年3月15日起，Redis的開發工作由VMware主持。從2013年5月開始，Redis的開發由Pivotal贊助。

redis是一個key-value存儲系統。和Memcached類似，它支持存儲的value類型相對更多，包括string(字元串)、list(鏈表)、set(集合)、zset(sorted set --有序集合)和hash（哈希類型）。

這些數據類型都支持push/pop、add/remove及取交集並集和差集及更豐富的操作，而且這些操作都是原子性的。在此基礎上，redis支持各種不同方式的排序。與memcached一樣，為了保證效率，數據都是緩存在內存中。

區別的是redis會周期性的把更新的數據寫入磁碟或者把修改操作寫入追加的記錄文件，並且在此基礎上實現了master-slave(主從)同步。

RedisRedis 是一個高性能的key-value資料庫。 redis的出現，很大程度補償了memcached這類key/value存儲的不足，在部 分場合可以對關系資料庫起到很好的補充作用。它提供了java，C/C++，C#，php，JavaScript，Perl，Object-C，Python，Ruby，Erlang等客戶端，使用很方便。

『貳』 用JAVA怎麼寫一個秒殺器。求具體代碼

最好不要用java寫秒殺器，因為你就算用 httpclient 拿到的也是未經過渲染的html頁面，很多頁面js都沒有載入，你根本不知道渲染之後的頁面長什麼樣子，你最好學學木魚的火車票搶票助手，他用的是 firefox 的插件 scriptish 來寫搶票腳本，其實搶票跟秒殺是一個原理的，我第一個秒的程序就是照著他的程序改的，用這個上手也比較容易，但是要求你對javascript比較熟悉，不過比用java實現靠譜多了

『叄』 C#怎麼使用redis實現秒殺功能

大概思路吧：

秒殺系統的架構設計

秒殺系統，是典型的短時大量突發訪問類問題。對這類問題，有三種優化性能的思路：
寫入內存而不是寫入硬碟
非同步處理而不是同步處理
分布式處理
用上這三招，不論秒殺時負載多大，都能輕松應對。更好的是，Redis能夠滿足上述三點。因此，用Redis就能輕松實現秒殺系統。
用我這個方案，無論是電商平台特價秒殺，12306火車票秒殺，都不是事:)

下面介紹一下為什麼上述三種性能優化思路能夠解決秒殺系統的性能問題：

• 寫入內存而不是寫入硬碟
  傳統硬碟的讀寫性能是相當差的。SSD硬碟比傳統硬碟快100倍。而內存又比SSD硬碟快10倍以上。因此，寫入內存而不是寫入硬碟，就能使系統的能力提升上千倍。也就是說，原來你的秒殺系統可能需要1000台伺服器支撐，現在1台伺服器就可以扛住了。
  你可能會有這樣的疑問：寫入內存而不是持久化，那麼如果此時計算機宕機了，那麼寫入的數據不就全部丟失了嗎？如果你就這么倒霉碰到伺服器宕機，那你就沒秒到了，有什麼大不了？
  最後，後面真正處理秒殺訂單時，我們會把信息持久化到硬碟中。因此不會丟失關鍵數據。
  Redis是一個緩存系統，數據寫入內存後就返回給客戶端了，能夠支持這個特性。

• 非同步處理而不是同步處理
  像秒殺這樣短時大並發的系統，在性能負載上有一個明顯的波峰和長期的波谷。為了應對相當短時間的大並發而准備大量伺服器來應對，在經濟上是相當不合算的。
  因此，對付秒殺類需求，就應該化同步為非同步。用戶請求寫入內存後立刻返回。後台啟動多個線程從內存池中非同步讀取數據，進行處理。如用戶請求可能是1秒鍾內進入的，系統實際處理完成可能花30分鍾。那麼一台伺服器在非同步情況下其處理能力大於同步情況下1800多倍！
  非同步處理，通常用MQ(消息隊列)來實現。Redis可以看作是一個高性能的MQ。因為它的數據讀寫都發生在內存中。

• 分布式處理
  好吧。也許你的客戶很多，秒殺系統即使用了上面兩招，還是捉襟見肘。沒關系，我們還有大招：分布式處理。如果一台伺服器撐不住秒殺系統，那麼就多用幾台伺服器。10台不行，就上100台。分布式處理，就是把海量用戶的請求分散到多個伺服器上。一般使用hash實現均勻分布。
  這類系統在大數據雲計算時代的今天已經有很多了。無非是用Paxos演算法和Hash Ring實現的。
  Redis Cluster正是這樣一個分布式的產品。

使用Redis實現描述系統

Redis和Redis Cluster（分布式版本），是一個分布式緩存系統。其支持多種數據結構，也支持MQ。Redis在性能上做了大量優化。因此使用Redis或者Redis Cluster就可以輕松實現一個強大的秒殺系統。
基本上，你用Redis的這些命令就可以了。
RPUSH key value
插入秒殺請求

當插入的秒殺請求數達到上限時，停止所有後續插入。
後台啟動多個工作線程，使用
LPOP key
讀取秒殺成功者的用戶id，進行後續處理。
或者使用LRANGE key start end命令讀取秒殺成功者的用戶id，進行後續處理。
每完成一條秒殺記錄的處理，就執行INCR key_num。一旦所有庫存處理完畢，就結束該商品的本次秒殺，關閉工作線程，也不再接收秒殺請求。

要是還撐不住，該怎麼辦

也許你會說，我們的客戶很多。即使部署了Redis Cluster，仍然撐不住。那該怎麼辦呢？
記得某個偉人曾經說過：辦法總比困難多！

下面，我們具體分析下，還有哪些情況會壓垮我們架構在Redis（Cluster）上的秒殺系統。

腳本攻擊

如現在有很多搶火車票的軟體。它們會自動發起http請求。一個客戶端一秒會發起很多次請求。如果有很多用戶使用了這樣的軟體，就可能會直接把我們的交換機給壓垮了。

這個問題其實屬於網路問題的范疇，和我們的秒殺系統不在一個層面上。因此不應該由我們來解決。很多交換機都有防止一個源IP發起過多請求的功能。開源軟體也有不少能實現這點。如linux上的TC可以控制。流行的Web伺服器Nginx（它也可以看做是一個七層軟交換機）也可以通過配置做到這一點。一個IP，一秒鍾我就允許你訪問我2次，其他軟體包直接給你丟了，你還能壓垮我嗎？

交換機撐不住了

可能你們的客戶並發訪問量實在太大了，交換機都撐不住了。
這也有辦法。我們可以用多個交換機為我們的秒殺系統服務。
原理就是DNS可以對一個域名返回多個IP，並且對不同的源IP，同一個域名返回不同的IP。如網通用戶訪問，就返回一個網通機房的IP；電信用戶訪問，就返回一個電信機房的IP。也就是用CDN了！
我們可以部署多台交換機為不同的用戶服務。 用戶通過這些交換機訪問後面數據中心的Redis Cluster進行秒殺作業。

總結

有了Redis Cluster的幫助，做個支持海量用戶的秒殺系統其實So Easy！
這里介紹的方案雖然是針對秒殺系統的，但其背後的原理對其他高並發系統一樣有效。
最後，我們再重溫一下高性能系統的優化原則：
寫入內存而不是寫入硬碟
非同步處理而不是同步處理
分布式處理

『肆』 用Java製作限時秒殺頁面

咨詢記錄 · 回答於2021-10-13

『伍』 電商平台限時搶購，秒殺怎樣實現java

@Override
public void pushTask(String task,String value) {
redisService.getJedisTemplate().opsForList().leftPush(task, value);
}

@Override
public Object popTask(String task) {
Object s = redisService.getJedisTemplate().opsForList().rightPop(task);
return s;
}

參考下，redis隊列，左插入，右彈出

『陸』 秒殺系統 redis搶購成功 資料庫數據什麼時候修改

秒殺成功原則：在指定秒殺時間段拍下的，且在我們規定時間點後，按照支付寶付款順序排序，得出秒殺成功者。如有買家付款時間重疊，則再參照拍下時間。每天的不同特殊上架金額和有效付款時間點，我店將在每天的14：40分提前公布在秒殺活動頁面及更新秒殺商品頁面。（比如，2月25日我店上架G455A M320，秒殺價格132.48元，當天15：00：19付款有效，那在15：00這個時間段，有買家是15：00商品上架後拍下，在15：00：19完成付款的，就算是他秒殺到了，19秒沒人秒殺到，就選20秒的，以此類推。付款時間以「成交記錄」上的為准。秒殺成功的朋友，請在數天後收到機器後申請退款131.48元，表示付1元給我們就行了。） 1 伺服器壓力：在秒殺活動開始的前5分鍾內，訪問流量會放大到3-5倍，甚至10倍以上，平時設計的壓力容量，在這里根本發揮不了作用，如數據保存不了,服務不響應。比如商場的Nike專櫃搞活動，所有鞋1元銷售，20：00開始，服務員只有3位，大家蜂擁而上，大多數人壓根就看不到鞋。 2 搶拍器：很多人說，我點下去就沒有啦，一點不奇怪，搶拍器在活動開始的前2-5分鍾啟動，每秒鍾可以想淘寶發幾十次請求，所有商品一上架，秒殺器在0.1秒鍾不到就知道上架啦，接下來馬上執行下單操作，應該在0.05秒就可以完成，所以搶拍器基本在0.15秒鍾就可以將商品拍下。普通人使用瀏覽器（瀏覽器載入一個頁面就需要2-3秒鍾），根本做不到，搶拍器是基於http協議做的，完全可以做到，目前最好用的仍然是安百網的聯合搶拍器。 3 關於驗證碼問題：絕大多數站點都很難解決，其實驗證碼可以通過提前訪問而獲取到的。 秒殺活動，本意是好的，但是普通人你不使用秒殺器你基本不會買到商品的。不少站點說封殺搶拍器，但是知道HTTP的人都知道，伺服器端不會知道是人還是搶拍器在做這個事情，對付低級的搶拍器是可以的，但是高級點的搶拍器是沒有辦法的，就比如說安百網聯合搶拍器。不少人在發牢騷，其實很多使用搶拍器的人在偷笑。當然如果這些活動不會惠及到普通人，讓少部分人得益，重在參與，樂在其中。 秒殺時秒搶的技巧 由於所有參與「秒殺」的產品都是以不可思議的低價呈現，因此全國各地數百萬計的顧客一到「秒殺」時段就會守在電腦前不斷點擊和刷新，進行搶拍。時間稍縱即逝，參與「秒殺」的商品就會拍完下架。 [1] 硬體好，才是硬道理 首先，確保你的電腦配置和網速在眾多買家中處於先進水平，沒法達到頂級，至少也得中上。如果你的電腦指標不合格，趕緊先奔電腦城升個級吧。 秒殺族群同時，盡量使用更快速的瀏覽器，如火狐，Maxthon等等，盡管不同瀏覽器帶來的速度差別如劉翔、羅伯斯之間0.01秒的差距一樣微乎其微，但這0.01秒就是勝負的分界，一點都不能含糊！ 爭分奪秒 做為一個合格的秒搶達人，時間都是以秒為單位的，不要忽略滑鼠滑輪轉動的一瞬間，說不定就是這一瞬間，一眨眼的時間里，你就會與寶貝失之交臂哦。 准備充分，杜絕臨陣掉鏈子 一個秒殺達人的時間觀，絕非是以秒為最小計時單位的。一次滑鼠滑輪的轉動、一次眨眼，0.1秒，0.01秒的微妙差距，都可能與產品失之交臂。 充分的准備工作是防止臨陣掉鏈子的有效方法。 首先，看準想要得到的寶貝，記下確切的開始時間，怕忘記的話可以校好你的鬧鍾提醒，最好早於半個小時登入淘寶網。 開拍前確認自己處於登陸狀態，支付寶有充裕的余額，可別忘了每件寶貝除了產品價格之外，都要另加運費。 這里一定要提示大家的是：不管是淘寶的秒殺，還是其他商城的秒搶活動，不要以為只要秒搶下來，寶貝就是你的了，最終還是要以支付為準的，在秒殺開始之前，一定要檢查你的收貨地址是不是已經填寫好了，為了節約時間，支付保密碼要盡量簡短一點，並且輸入驗證碼的時候一定不要因為慌亂而錯失良機。 從拍下到支付，一氣呵成 淘寶秒殺和其他產品的網購程序有所差別，不是以拍下為准，而是以最終支付為准。千萬別以為拍下了就能鬆口氣，多眨幾下眼睛都不行！ 在秒殺即將開始之前，盡可能快地刷新產品網頁。看到立即購買的字樣跳出，這時可千萬別懵了，要以條件反射般的極限速度開始接下來的步驟。 切記，在選擇收貨地址的時候，事先刪除多餘的地址，僅剩有效的一個，好幾排地址欄，滑鼠拖動網頁以及考慮選擇又會費去不必要的時間。 付款的時候，支付寶密碼要短，且異常熟練。這個時候因為慌亂而輸錯可就前功盡棄了。 秒殺之前的練習 如果你是第一次網購，或者對於網購不是很熟悉的話，建議你在秒殺之前，先進行模擬演習，練習的過程中，你會發現自己哪個環節比較欠缺，從而不斷的協調手指和眼睛的協調性，這樣，練習熟練之後，在秒殺的時候就得心應手啦。 傳說中手起刀落的功夫是怎麼來的？當然練出來的！ 建議不太熟練的買家可以進行完整程序和分段式的模擬演習。分段式練習可以包括某個薄弱環節的加速訓練，以及手指、眼睛的協調能力等等基本功。有條件者還可以用秒錶計時，這樣可以對各方面的缺陷有一個精準的估量，對於提高速度大有幫助。 探尋秒殺終極樂趣，調動最大潛能 什麼是殺手的最高境界？庖丁解牛里說的是：全以神運，刀入牛身若「無厚入有間」而游刃有餘。 秒殺的終極樂趣何在？據某位成功7次的「連環殺手」介紹，秒殺的快感在於過程，而非收獲的結果，她已將秒殺看成是一種由刺激帶來的精神快感和成就感。看來凡事都需要激情的支配，方能調動起最大的潛能，這話一點都沒錯。 其它注意事項 千萬在秒搶之前，多看看網站的要求，有部分網站對參與者有資格要求。 最好在秒搶前，將正在下載的文件關閉，保證網路暢通，在秒殺，秒搶前5秒就進行點擊，一般情況下計算機伺服器和我們本地傳輸都有時間差，多數網路技術員會提前幾秒就開始。 如正在秒殺的商品自己很喜歡，可將秒殺欄目發給多個好友一起參與，這樣秒搶到的機會就大一些啦。 在秒殺前，調整好心態，免得沒有秒搶到，砸壞本本電腦，更多的時候應將它視為一種購物游戲。 相信掌握了以上技巧之後，秒搶的時候一定會馬到成功的。

『柒』 誰薦個基於redis秒殺系統的源碼，推薦的都有分

VE可以實現很多功能，其實說白了就是一個很普通的搜索變數基址的小工具，比如98年代用金山游俠修改仙劍奇俠傳的金錢和經驗，是一個道理。東西是死的人是活的，這么古老的東西當然很早就有人用了，最早剛有DNF的時候就有人用他來改老鼠深淵，刷出45級的SS(當時最高級圖是老鼠，最高級的深淵是禁地，最高級的SS是25級)，被TX封了永久。也開始越來越多的人用這類工具當做游戲外掛使用。比如機械牛改洛蘭，改深淵圖，卡時裝等等等等，但都是修改本地基址，所以達不到坐地省錢，或無中生有造裝備的效果。 當然了，用途最廣的就是改技能， 比如最早的蘿卜游俠，十字斬改旋風，金剛碎改旋風等等，各種999999非常穩定。我是法師，每次更新後發布代碼的時候，某論壇發布更新鬼劍士和格鬥家和槍手的代碼，所以我每次都是自己找代碼自己改。一直到某一天，我寢室的朋友用十字斬改旋風帶塔的時候(其實我們寢室都已經很穩定的用了幾個月了，從沒出過問題)，網路連接中斷，被封了永久，至今未解。那以後我們就再沒用過。 啰嗦這么多一方面突然懷舊了想起來很多事。另一方面是想告訴你，這個東西不是什麼新大陸，不是一個很少人知道的什麼秘密，而是一個所有游戲包括單機和網路游戲的外掛程序都會涉及到的一個最最基本的概念和基礎。我是不推薦你學習使用的。你不要看某些視頻里宣揚的80級依然穩定如何如何，其實封號的幾率和其他任何外掛程序都是一樣的，騰訊不是傻子，這么簡單這么低級的基址變數小把戲一點都不神秘。只是我們的DNF游戲的TP檢測系統會經常處於關閉狀態，這個時候用任何外掛都是穩定無風險的(比如以前的偷渡)，但是這種運氣沒人會去用自己的號碰。發視頻的如不是為了牟利賣掛賺錢，也是為了炫耀風光。實際上實用價值很低，遠不如最常用的那種YY外掛，大家很多人用同一款，一旦都有人中斷封號了會馬上提醒大家，你馬上關掉就安全了。自己改基址這種東西在現在看來風險非常大。 簡單的說一下使用方法滿足一下你的好奇，就是1M左右的內存搜索工具(還需要一個盒子套住，在安全沙盤中運行，因為TX會檢測這個程序，你直接打開，DNF就自動關閉了)，打開後選擇DNF程序，然後搜索指定代碼，比如你想十字斬改暴風，就搜索20029，結果會出很多，都是十六進制的，比如C65802DF，或者BB5802DF，基本每次更新維護都會變，所以當時很多相關的論壇每次更新後都會很及時的放出這幾個最常用的技能的最新基址(我剛才搜了半天，現在已經沒有這種發布基址的論壇了，可見現在已經沒有這樣使用的人了)。然後雙擊這個代表十字斬的代碼，把他改成272504，就是風暴的代碼。點確定，這樣在游戲里你放十字斬技能，就會有風暴圍在你身邊，碰怪都是999999秒。有的人以為用天空樹果實之類的物品改更穩定，其實都是一回事。 如果你還是特別特別想用的話，那就去下載一下，改一下就知道了，結果可想而知。現在網上能夠搜到的代碼都是60級時候的，隨著TX的檢測力度加大，真的已經沒有人在這樣做了。雖然道理都是一樣的，但是其他的外掛程序會比VE這種簡陋的工具更加安全，因為這些外掛者會研究騰訊的檢測機制，保護自己的程序，躲避檢測，而且他們都有很大的受眾群，做東西也會從很多方面考慮，實用性安全性等等，而且多數都是專業人士，對代碼這種東西非常熟悉，肯定比門外漢懂得更多。 最後告訴你，天空樹果實是50580，彈葯狙擊的放大鏡是22246，我說了前面的被修改技能每次維護都會變，現在已經沒人用了，你要找就只能自己一個一個試，試對了就記住，下次維護的時候這兩個代碼還是會有一定相似度的，會有部分重合。後邊的修改後技能直接是這個十進制數字就可以了。

『捌』 如何通過java對redis進行性能測速

redis是一個key-value存儲系統。和Memcached類似，它支持存儲的value類型相對更多，包括string(字元串)、list(鏈表)、set(集合)、zset(sorted set --有序集合)和hash（哈希類型）。這些數據類型都支持push/pop、add/remove及取交集並集和差集及更豐富的操作，而且這些操作都是原子性的。在此基礎上，redis支持各種不同方式的排序。與memcached一樣，為了保證效率，數據都是緩存在內存中。區別的是redis會周期性的把更新的數據寫入磁碟或者把修改操作寫入追加的記錄文件，並且在此基礎上實現了master-slave(主從)同步。
Redis 是一個高性能的key-value資料庫。 redis的出現，很大程度補償了memcached這類key/value存儲的不足，在部 分場合可以對關系資料庫起到很好的補充作用。它提供了Java，C/C++，C#，PHP，JavaScript，Perl，Object-C，Python，Ruby，Erlang等客戶端，使用很方便。[1]
Redis支持主從同步。數據可以從主伺服器向任意數量的從伺服器上同步，從伺服器可以是關聯其他從伺服器的主伺服器。這使得Redis可執行單層樹復制。存檔可以有意無意的對數據進行寫操作。由於完全實現了發布/訂閱機制，使得從資料庫在任何地方同步樹時，可訂閱一個頻道並接收主伺服器完整的消息發布記錄。同步對讀取操作的可擴展性和數據冗餘很有幫助。
redis的官網地址，非常好記，是redis.io。（特意查了一下，域名後綴io屬於國家域名，是british Indian Ocean territory，即英屬印度洋領地）
目前，Vmware在資助著redis項目的開發和維護。

『玖』 redis解決高並發問題嗎

edis真的是一個很好的技術，它可以很好的在一定程度上解決網站一瞬間的並發量，例如商品搶購秒殺等活動。。。

redis之所以能解決高並發的原因是它可以直接訪問內存，而以往我們用的是資料庫(硬碟),提高了訪問效率,解決了資料庫伺服器壓力。

為什麼redis的地位越來越高，我們為何不選擇memcache，這是因為memcache只能存儲字元串，而redis存儲類型很豐富（例如有字元串、LIST、SET等），memcache每個值最大隻能存儲1M,存儲資源非常有限,十分消耗內存資源,而redis可以存儲1G,最重要的是memcache它不如redis安全,當伺服器發生故障或者意外關機等情況時,redsi會把內存中的數據備份到硬碟中,而memcache所存儲的東西全部丟失;這也說明了memcache不適合做資料庫來用,可以用來做緩存。

下面用redis解決瞬間秒殺活動來說明：

下面這個程序模擬了20w人一瞬間湧入這個頁面進行秒殺,能夠秒殺成功的只有500人,我們把先進來的用戶放入redis隊列中,當隊列中的用戶達到500時，後來用戶就轉到秒殺結束頁面。這里用隨機數來表示不同的用戶。

我們可以看到從秒殺成功隊列中依次取出的第一個用戶id是208522，最後一個用戶是176260，可以看出結果是很准確的。

redis在解決高並發這方面的能力是真的挺不錯的。

『拾』 JAVA秒殺怎麼解決

具體的業務還是得需要你自己定製.\x0d你的需求實際上是一個變形的生產者-消費者實現.
對於此類需求,主要是將請求和實際的處理過程解耦,一般都是採取非同步的方式來通知請求方,
這跟用不用redis其實沒有多大的關系.一般的實現方法是你需要將用戶的請求封裝成一個Task,
然後將這個Task再push到redis隊列,然後後端的worker.php完全可以多進程、
多線程的並發處理Task並將處理結果回調給請求方.這里唯一麻煩點的就是這個Task的設計,
需要能夠包含請求信息(請求內容,請求方標識等等).