<span id="mktg5"></span>

<i id="mktg5"><meter id="mktg5"></meter></i>

        <label id="mktg5"><meter id="mktg5"></meter></label>
        最新文章專題視頻專題問答1問答10問答100問答1000問答2000關(guān)鍵字專題1關(guān)鍵字專題50關(guān)鍵字專題500關(guān)鍵字專題1500TAG最新視頻文章推薦1 推薦3 推薦5 推薦7 推薦9 推薦11 推薦13 推薦15 推薦17 推薦19 推薦21 推薦23 推薦25 推薦27 推薦29 推薦31 推薦33 推薦35 推薦37視頻文章20視頻文章30視頻文章40視頻文章50視頻文章60 視頻文章70視頻文章80視頻文章90視頻文章100視頻文章120視頻文章140 視頻2關(guān)鍵字專題關(guān)鍵字專題tag2tag3文章專題文章專題2文章索引1文章索引2文章索引3文章索引4文章索引5123456789101112131415文章專題3
        問答文章1 問答文章501 問答文章1001 問答文章1501 問答文章2001 問答文章2501 問答文章3001 問答文章3501 問答文章4001 問答文章4501 問答文章5001 問答文章5501 問答文章6001 問答文章6501 問答文章7001 問答文章7501 問答文章8001 問答文章8501 問答文章9001 問答文章9501
        當(dāng)前位置: 首頁 - 科技 - 知識(shí)百科 - 正文

        redis的一個(gè)詭異問題排查

        來源:懂視網(wǎng) 責(zé)編:小采 時(shí)間:2020-11-09 13:10:33
        文檔

        redis的一個(gè)詭異問題排查

        redis的一個(gè)詭異問題排查:前段時(shí)間,由于線上redis服務(wù)器的內(nèi)存使用率達(dá)到了機(jī)器總內(nèi)存的50%以上,導(dǎo)致內(nèi)存數(shù)據(jù)的dump持久化一直失敗。擴(kuò)展到多臺(tái)redis后,應(yīng)用系統(tǒng)訪問redis時(shí), 在業(yè)務(wù)量較少時(shí),時(shí)不時(shí)會(huì)出現(xiàn)以下異常,當(dāng)業(yè)務(wù)量較大,redis訪問頻率很高時(shí),卻不會(huì)發(fā)生這個(gè)異常 ,一
        推薦度:
        導(dǎo)讀redis的一個(gè)詭異問題排查:前段時(shí)間,由于線上redis服務(wù)器的內(nèi)存使用率達(dá)到了機(jī)器總內(nèi)存的50%以上,導(dǎo)致內(nèi)存數(shù)據(jù)的dump持久化一直失敗。擴(kuò)展到多臺(tái)redis后,應(yīng)用系統(tǒng)訪問redis時(shí), 在業(yè)務(wù)量較少時(shí),時(shí)不時(shí)會(huì)出現(xiàn)以下異常,當(dāng)業(yè)務(wù)量較大,redis訪問頻率很高時(shí),卻不會(huì)發(fā)生這個(gè)異常 ,一

        前段時(shí)間,由于線上redis服務(wù)器的內(nèi)存使用率達(dá)到了機(jī)器總內(nèi)存的50%以上,導(dǎo)致內(nèi)存數(shù)據(jù)的dump持久化一直失敗。擴(kuò)展到多臺(tái)redis后,應(yīng)用系統(tǒng)訪問redis時(shí), 在業(yè)務(wù)量較少時(shí),時(shí)不時(shí)會(huì)出現(xiàn)以下異常,當(dāng)業(yè)務(wù)量較大,redis訪問頻率很高時(shí),卻不會(huì)發(fā)生這個(gè)異常 ,一

        前段時(shí)間,由于線上redis服務(wù)器的內(nèi)存使用率達(dá)到了機(jī)器總內(nèi)存的50%以上,導(dǎo)致內(nèi)存數(shù)據(jù)的dump持久化一直失敗。擴(kuò)展到多臺(tái)redis后,應(yīng)用系統(tǒng)訪問redis時(shí),在業(yè)務(wù)量較少時(shí),時(shí)不時(shí)會(huì)出現(xiàn)以下異常,當(dāng)業(yè)務(wù)量較大,redis訪問頻率很高時(shí),卻不會(huì)發(fā)生這個(gè)異常,一時(shí)覺得很詭異。

        redis.clients.jedis.exceptions.JedisConnectionException:?It?seems?like?server?has?closed?the?connection.
        at?redis.clients.util.RedisInputStream.readLine(RedisInputStream.java:90)?~[jedis-2.1.0.jar:na]
        at?redis.clients.jedis.Protocol.processInteger(Protocol.java:110)?~[jedis-2.1.0.jar:na]
        at?redis.clients.jedis.Protocol.process(Protocol.java:70)?~[jedis-2.1.0.jar:na]
        at?redis.clients.jedis.Protocol.read(Protocol.java:131)?~[jedis-2.1.0.jar:na]
        at?redis.clients.jedis.Connection.getIntegerReply(Connection.java:188)?~[jedis-2.1.0.jar:na]
        at?redis.clients.jedis.Jedis.sismember(Jedis.java:1266)?~[jedis-2.1.0.jar:na]

        看提示,應(yīng)該是服務(wù)端主動(dòng)關(guān)閉了連接。查看了新上線的redis服務(wù)器的配置,有這么一項(xiàng):

        # Close the connection after a client is idle for N seconds (0 to disable)
        timeout 120

        這項(xiàng)配置指的是客戶端連接空閑超過多少秒后,服務(wù)端主動(dòng)關(guān)閉連接,默認(rèn)值0表示服務(wù)端永遠(yuǎn)不主動(dòng)關(guān)閉。而op人員把服務(wù)器端的超時(shí)時(shí)間設(shè)置為了120秒。這就解釋了發(fā)生這個(gè)異常的原因。客戶端使用了一個(gè)連接池管理訪問redis的所有連接,這些連接是長(zhǎng)連接,當(dāng)業(yè)務(wù)量較小時(shí),客戶端部分連接使用率較低,當(dāng)兩次使用之間的間隔超過120秒時(shí),redis服務(wù)端就主動(dòng)關(guān)閉了這個(gè)連接,而等客戶端下次再使用這個(gè)連接對(duì)象時(shí),發(fā)現(xiàn)服務(wù)端已經(jīng)關(guān)閉了連接,進(jìn)而報(bào)錯(cuò)。

        解決方案有兩種:

        1. 在redis-cli下直接修改redis 的配置,把timeout改回為0,無需重啟redis即可直接生效。

        2. 修改應(yīng)用系統(tǒng)代碼,設(shè)置連接的最大空閑時(shí)長(zhǎng)(超出此時(shí)長(zhǎng)將斷開空閑連接)小于120秒。

        出于改動(dòng)成本考慮,采用了第一種方案,修改后,報(bào)錯(cuò)不再出現(xiàn)。

        這里有一個(gè)問題,為何服務(wù)器端主動(dòng)關(guān)閉空閑連接后,客戶端沒有報(bào)錯(cuò)呢,系統(tǒng)依賴的是jedis-2.1.0,這塊需要細(xì)看下jedis連接池那塊的實(shí)現(xiàn),jedis連接池主要是基于commons-pool寫的,下來再研究研究,寫一篇文章總結(jié)一下。

        (本文已被閱讀18次)

        前段時(shí)間,由于線上redis服務(wù)器的內(nèi)存使用率達(dá)到了機(jī)器總內(nèi)存的50%以上,導(dǎo)致內(nèi)存數(shù)據(jù)的dump持久化一直失敗。擴(kuò)展到多臺(tái)redis后,應(yīng)用系統(tǒng)訪問redis時(shí),在業(yè)務(wù)量較少時(shí),時(shí)不時(shí)會(huì)出現(xiàn)以下異常,當(dāng)業(yè)務(wù)量較大,redis訪問頻率很高時(shí),卻不會(huì)發(fā)生這個(gè)異常,一時(shí)覺得很詭異。 redis.clients.jedis.exceptions.JedisConnectionException:?It?seems?like?server?has?closed?the?connection. at?redis.clients.util.RedisInputStream.readLine(RedisInputStream.java:90)?~[jedis-2.1.0.jar:na] at?redis.clients.jedis.Protocol.processInteger(Protocol.java:110)?~[jedis-2.1.0.jar:na] at?redis.clients.jedis.Protocol.process(Protocol.java:70)?~[jedis-2.1.0.jar:na] at?redis.clients.jedis.Protocol.read(Protocol.java:131)?~[jedis-2.1.0.jar:na] at?redis.clients.jedis.Connection.getIntegerReply(Connection.java:188)?~[jedis-2.1.0.jar:na] at?redis.clients.jedis.Jedis.sismember(Jedis.java:1266)?~[jedis-2.1.0.jar:na] 看提示,應(yīng)該是服務(wù)端主動(dòng)關(guān)閉了連接。查看了新上線的redis服務(wù)器的配置,有這么一項(xiàng): # Close the connection after a client is idle for N seconds (0 to disable) timeout 120 這項(xiàng)配置指的是客戶端連接空閑超過多少秒后,服務(wù)端主動(dòng)關(guān)閉連接,默認(rèn)值0表示服務(wù)端永遠(yuǎn)不主動(dòng)關(guān)閉。而op人員把服務(wù)器端的超時(shí)時(shí)間設(shè)置為了120秒。這就解釋了發(fā)生這個(gè)異常的原因。客戶端使用了一個(gè)連接池管理訪問redis的所有連接,這些連接是長(zhǎng)連接,當(dāng)業(yè)務(wù)量較小時(shí),客戶端部分連接使用率較低,當(dāng)兩次使用之間的間隔超過120秒時(shí),redis服務(wù)端就主動(dòng)關(guān)閉了這個(gè)連接,而等客戶端下次再使用這個(gè)連接對(duì)象時(shí),發(fā)現(xiàn)服務(wù)端已經(jīng)關(guān)閉了連接,進(jìn)而報(bào)錯(cuò)。 解決方案有兩種: 1. 在redis-cli下直接修改redis 的配置,把timeout改回為0,無需重啟redis即可直接生效。 2. 修改應(yīng)用系統(tǒng)代碼,設(shè)置連接的最大空閑時(shí)長(zhǎng)(超出此時(shí)長(zhǎng)將斷開空閑連接)小于120秒。 出于改動(dòng)成本考慮,采用了第一種方案,修改后,報(bào)錯(cuò)不再出現(xiàn)。 這里有一個(gè)問題,為何服務(wù)器端主動(dòng)關(guān)閉空閑連接后,客戶端沒有報(bào)錯(cuò)呢,系統(tǒng)依賴的是jedis-2.1.0,這塊需要細(xì)看下jedis連接池那塊的實(shí)現(xiàn),jedis連接池主要是基于commons-pool寫的,下來再研究研究,寫一篇文章總結(jié)一下。 (本文已被閱讀18次)

        聲明:本網(wǎng)頁內(nèi)容旨在傳播知識(shí),若有侵權(quán)等問題請(qǐng)及時(shí)與本網(wǎng)聯(lián)系,我們將在第一時(shí)間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com

        文檔

        redis的一個(gè)詭異問題排查

        redis的一個(gè)詭異問題排查:前段時(shí)間,由于線上redis服務(wù)器的內(nèi)存使用率達(dá)到了機(jī)器總內(nèi)存的50%以上,導(dǎo)致內(nèi)存數(shù)據(jù)的dump持久化一直失敗。擴(kuò)展到多臺(tái)redis后,應(yīng)用系統(tǒng)訪問redis時(shí), 在業(yè)務(wù)量較少時(shí),時(shí)不時(shí)會(huì)出現(xiàn)以下異常,當(dāng)業(yè)務(wù)量較大,redis訪問頻率很高時(shí),卻不會(huì)發(fā)生這個(gè)異常 ,一
        推薦度:
        標(biāo)簽: 一個(gè) 問題 線上
        • 熱門焦點(diǎn)

        最新推薦

        猜你喜歡

        熱門推薦

        專題
        Top
        主站蜘蛛池模板: 99免费在线观看视频| jizz免费在线观看| 亚洲真人日本在线| 精品亚洲成a人在线观看| 青青草国产免费久久久91| 伊人久久亚洲综合影院首页| 黄网站色视频免费观看45分钟| 日本免费网站在线观看| 亚洲AV成人影视在线观看 | 视频一区在线免费观看| 精品剧情v国产在免费线观看| 亚洲欧美日韩中文二区| 免费日本黄色网址| ssswww日本免费网站片| 亚洲av中文无码乱人伦在线播放 | 久久99国产亚洲高清观看首页| 亚洲午夜国产精品| 最近免费中文字幕4| 久久久青草青青亚洲国产免观| 日本免费人成网ww555在线| 国内一级一级毛片a免费| 亚洲av激情无码专区在线播放| 亚洲av综合日韩| 亚洲中文字幕无码爆乳av中文| 91成人免费观看在线观看| 亚洲视频免费一区| 韩国免费三片在线视频| 国产精品美女免费视频观看| 亚洲AV人无码激艳猛片| 免费看韩国黄a片在线观看| 久久亚洲精品无码VA大香大香| 四虎精品视频在线永久免费观看| 亚洲人成人无码.www石榴| 亚洲午夜久久久影院| 无忧传媒视频免费观看入口| 久久被窝电影亚洲爽爽爽| 国产精品视频免费一区二区| 暖暖免费中文在线日本| 久久精品亚洲一区二区三区浴池| 中文字幕在线免费播放| 亚洲乱码在线播放|