本文講述了Redis高并發(fā)問題的解決辦法。分享給大家供大家參考，具體如下：

redis為什么會(huì)有高并發(fā)問題

redis的出身決定

 redis是一種單線程機(jī)制的nosql數(shù)據(jù)庫，基于key-value，數(shù)據(jù)可持久化落盤。由于單線程所以redis本身并沒有鎖的概念，多個(gè)客戶端連接并不存在競爭關(guān)系，但是利用jedis等客戶端對(duì)redis進(jìn)行并發(fā)訪問時(shí)會(huì)出現(xiàn)問題。發(fā)生連接超時(shí)、數(shù)據(jù)轉(zhuǎn)換錯(cuò)誤、阻塞、客戶端關(guān)閉連接等問題，這些問題均是由于客戶端連接混亂造成。

同時(shí)，單線程的天性決定，高并發(fā)對(duì)同一個(gè)鍵的操作會(huì)排隊(duì)處理，如果并發(fā)量很大，可能造成后來的請(qǐng)求超時(shí)。
在遠(yuǎn)程訪問redis的時(shí)候，因?yàn)榫W(wǎng)絡(luò)等原因造成高并發(fā)訪問延遲返回的問題。

解決辦法

1.在客戶端將連接進(jìn)行池化，同時(shí)對(duì)客戶端讀寫Redis操作采用內(nèi)部鎖synchronized。

2.服務(wù)器角度，利用setnx變向?qū)崿F(xiàn)鎖機(jī)制。這個(gè)方法在實(shí)際環(huán)境中如何使用，本人并不清楚。

jedis常見錯(cuò)誤分析

異常代碼1：

問題分析：redis.clients.util.Pool.getResource會(huì)從JedisPool池中返回一個(gè)可用的redis連接，關(guān)于JedisPool中可用連接的配置有幾個(gè)重要的參數(shù)如下：

1.MaxActive：可用連接實(shí)例的最大數(shù)目，為負(fù)數(shù)的時(shí)候沒有限制。

2.MaxIdle:空閑連接實(shí)例的最大數(shù)目，為負(fù)值時(shí)沒有限制。

3.MaxWait：等待獲取鏈接的超時(shí)時(shí)間。

也就是說當(dāng)連接池中沒有active/idle的連接時(shí)，會(huì)等待maxWait時(shí)間，如果等待超時(shí)還沒有可用連接，則拋出Could not get a resource from the pool異常。所以為避免這樣的錯(cuò)誤，
我們應(yīng)該根據(jù)程序?qū)嶋H情況合理設(shè)置這三個(gè)參數(shù)的值，同時(shí)在我們獲取一個(gè)連接的程序方法中也應(yīng)該合理的處理這個(gè)異常，當(dāng)沒有連接可用時(shí)，等待一段時(shí)間再獲取也許是個(gè)比較好的選擇。

異常代碼2：

遇到這個(gè)異常，可能會(huì)比較疑惑，redis是對(duì)內(nèi)存的操作，速度一個(gè)在毫秒級(jí)別，在對(duì)redis操作出現(xiàn)秒級(jí)別的操作時(shí)會(huì)讓人感覺疑惑，但是本文開頭已經(jīng)說過了，在一些特殊情況下，redis出現(xiàn)超時(shí)并不奇怪。jedis在初始化JedisPool時(shí)應(yīng)該根據(jù)實(shí)際情況通過redis.clients.jedis.JedisPoolConfig合理設(shè)置連接池參數(shù)，通過redisPool構(gòu)造方法，設(shè)置socket讀取輸入InputStream的超時(shí)時(shí)間。

`pool = new JedisPool(config, host, port, 100000)`;

第四個(gè)參數(shù)是time out，單位是毫秒。可以通過合理的設(shè)置這個(gè)值來規(guī)避問題。但是這不能完全解決超時(shí)的為題。有些高并發(fā)情況下，延時(shí)返回時(shí)間甚至?xí)_(dá)到幾十秒的極端情況。這個(gè)問題要通過代碼層面解決redis單線程本身不支持鎖，在對(duì)同一個(gè)鍵進(jìn)行并發(fā)操作會(huì)產(chǎn)生競爭的問題。

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，如果有疑問大家可以留言交流，謝謝大家對(duì)VEVB武林網(wǎng)的支持。