（一）redis技術的使用：

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

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

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

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

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

這里我們可以看到秒殺成功的第一個用戶的id是208522,秒殺成功的最后一個用戶是176260,參與秒殺人數總共是20w。（讓大家注意這些的原因是為了驗證下面的準確性）。

接下來我們依次從隊列中把秒殺成功的500個用戶取出來并觀察第一個用戶和最后一個用戶是否跟之前的記錄值一樣

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

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

（二）Redis高并發可能產生的問題，解決：

1、 如果redis宕機了，或者鏈接不上，怎么辦？

解決方法：

①配置主從復制，配置哨兵模式（相當于古代門派的長老級別可以選擇掌門人的權利），一旦發現主機宕機，讓下一個從機當做主機。

②如果最壞的情況，只能關閉Redis連接，去往數據庫連接。但由于數據量大，這樣SQL數據庫也會宕掉的。

2、 如果redis緩存在高峰期到期失效，在這個時刻請求會向雪崩一樣，直接訪問數據庫如何處理？

設置條件查詢判斷，判斷redis緩存里是否有數據，如果沒有，則去往數據庫連接。當然要加分布式鎖，利用redis的單線程+多路IO復用技術，原子性原理，讓其它的線程請求等待，假若第一個線程進去獲取到分布式鎖在查詢數據的途中宕掉了，不能讓其它線程一直等待，設置等待一定時間判斷是否取回數據，如果沒有，遞歸調用自己的方法讓第二個線程繼續拿分布式鎖查詢數據庫。當第二個鎖從數據庫拿到數據時，把數據值設置到redis數據庫緩存中，設置失效時間，避免占內存，方便使用提高效率。

3. 如果用戶不停地查詢一條不存在的數據，緩存沒有，數據庫也沒有，那么會出現什么

如果數據不存在，緩存中沒有，數據庫也沒有，當然如果不設置判斷，會一直調用數據庫，使數據庫效率降低，訪問量大時甚至會宕機。

解決方案：從數據庫查詢，如果數據庫沒有，則返回值為Null，判斷數據庫返回的值，如果為Null，則自定義把標識的字段存到Redis中，用key,value的方法，jedis.setex(key,"empty")，設置失效時間跟具體情況而定，然后調用String json=jedis.get(key),判斷是否獲取的值"empty".equal(json),如果相等，則拋出自定義異常，給用戶提示，或者直接return null。這樣用戶再次查詢的時候由于先從reids緩存中查詢，redis會有對應的Key獲取之前設置的value值，這樣就不會再次調用數據庫，影響效率等問題。

具體代碼如下：

@Override

redis的缺點有哪些?

是數據庫容量受到物理內存的限制,不能用作海量數據的高性能讀寫,因此Redis適合的場景主要局限在較小數據量的高性能操作和運算上。

redis的缺點有哪些?

是數據庫容量受到物理內存的限制,不能用作海量數據的高性能讀寫,因此Redis適合的場景主要局限在較小數據量的高性能操作和運算上。 Redis較難支持在線擴容，在集群容量達到上限時在線擴容會變得很復雜。為避免這一問題，運維人員在系統上線時必須確保有足夠的空間，這對資源造成了很大的浪費。

總結

以上是生活随笔為你收集整理的gin redis 链接不上_Redis 高并发问题,及解决方案！的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。