Spring?redis使用報(bào)錯(cuò)Read?timed?out排查及解決過(guò)程
使用場(chǎng)景
- 我們使用redis作為緩存服務(wù),緩存一些業(yè)務(wù)數(shù)據(jù),如路口點(diǎn)位信息、渠化信息、設(shè)備信息等
- 有一些需要實(shí)時(shí)計(jì)算的數(shù)據(jù),緩存在redis里,如實(shí)時(shí)信號(hào)周期相位、周期內(nèi)過(guò)車數(shù)量等
- 有需要不同服務(wù)訪問(wèn)的數(shù)據(jù),使用redis作為共同可訪問(wèn)操作的緩存空間
報(bào)錯(cuò)信息
- 在數(shù)據(jù)庫(kù)數(shù)據(jù)變動(dòng)時(shí),需要清楚redis里的緩存,等下次查詢需要時(shí)從數(shù)據(jù)庫(kù)查詢,再寫入redis
- 此時(shí)刪除數(shù)據(jù)報(bào)錯(cuò),核心報(bào)錯(cuò)信息
Read timed out
,連接超時(shí) - 檢查了下,redis服務(wù)正常
- 具體報(bào)錯(cuò)信息,分兩個(gè)時(shí)間點(diǎn)的報(bào)錯(cuò),(截取部分)如下:
- 報(bào)錯(cuò)日志一JedisConnectionException:
2023-03-29 10:54:38.186 ERROR 9136 --- [ntainer#7-0-C-1] c.n.r.service.IntersectionQueryService : Exception in getIntersectionById() with cause = 'redis.clients.jedis.exceptions.JedisConnectionException: java.net.SocketTimeoutException: Read timed out' and exception = 'java.net.SocketTimeoutException: Read timed out; nested exception is redis.clients.jedis.exceptions.JedisConnectionException: java.net.SocketTimeoutException: Read timed out' org.springframework.data.redis.RedisConnectionFailureException: java.net.SocketTimeoutException: Read timed out; nested exception is redis.clients.jedis.exceptions.JedisConnectionException: java.net.SocketTimeoutException: Read timed out at org.springframework.data.redis.connection.jedis.JedisExceptionConverter.convert(JedisExceptionConverter.java:65) at org.springframework.data.redis.connection.jedis.JedisExceptionConverter.convert(JedisExceptionConverter.java:42) at org.springframework.data.redis.PassThroughExceptionTranslationStrategy.translate(PassThroughExceptionTranslationStrategy.java:44) at org.springframework.data.redis.FallbackExceptionTranslationStrategy.translate(FallbackExceptionTranslationStrategy.java:42) at org.springframework.data.redis.connection.jedis.JedisConnection.convertJedisAccessException(JedisConnection.java:187) at org.springframework.data.redis.connection.jedis.JedisConnection.doWithJedis(JedisConnection.java:802)
- 報(bào)錯(cuò)日志二 Error while validating pooled Jedis object:
2023-08-24 09:44:23.721 ERROR 92250 --- [ns-pool-evictor] redis.clients.jedis.JedisFactory : Error while validating pooled Jedis object. redis.clients.jedis.exceptions.JedisConnectionException: java.net.SocketTimeoutException: Read timed out at redis.clients.jedis.util.RedisInputStream.ensureFill(RedisInputStream.java:205) at redis.clients.jedis.util.RedisInputStream.readByte(RedisInputStream.java:43) at redis.clients.jedis.Protocol.process(Protocol.java:162) at redis.clients.jedis.Protocol.read(Protocol.java:227) at redis.clients.jedis.Connection.readProtocolWithCheckingBroken(Connection.java:352) at redis.clients.jedis.Connection.getStatusCodeReply(Connection.java:270) at redis.clients.jedis.BinaryJedis.ping(BinaryJedis.java:380) at redis.clients.jedis.JedisFactory.validateObject(JedisFactory.java:214) at org.apache.commons.pool2.impl.GenericObjectPool.evict(GenericObjectPool.java:745) at org.apache.commons.pool2.impl.BaseGenericObjectPool$Evictor.run(BaseGenericObjectPool.java:160)
解決方式
- 報(bào)錯(cuò)信息很明顯,“Read timed out”超時(shí)錯(cuò)誤,通常會(huì)有以下幾種可能:
- 1、Redis服務(wù)端問(wèn)題導(dǎo)致無(wú)法連接或連接出現(xiàn)問(wèn)題,可以通過(guò)檢查Redis服務(wù)端日志或查看Redis服務(wù)器狀態(tài)來(lái)確認(rèn)
- Redis未正常在運(yùn)行,異常終止,或者啟動(dòng)失敗
- 未正確在程序里配置連接ip端口參數(shù),例如ip錯(cuò)誤使用localhost,又不在一臺(tái)機(jī)器上
- 2、 網(wǎng)絡(luò)連接不穩(wěn)定或延遲導(dǎo)致Redis連接超時(shí)??梢試L試更改網(wǎng)絡(luò)環(huán)境或增加Redis客戶端連接超時(shí)時(shí)間。
- 檢查程序服務(wù)于redis之間的網(wǎng)絡(luò)是否聯(lián)通,是否存在明顯延遲
- 可以修改Spring redis配置參數(shù),增加連接超時(shí)時(shí)間
Redis服務(wù)器負(fù)載過(guò)高或使用Redis的其他應(yīng)用程序占用了太多的資源,導(dǎo)致Redis無(wú)法響應(yīng)請(qǐng)求??梢酝ㄟ^(guò)檢查Redis服務(wù)器的負(fù)載或性能參數(shù)來(lái)確定是否存在此問(wèn)題。
- 檢查服務(wù)器情況,確保內(nèi)存和磁盤空間充足,檢查已使用內(nèi)存、剩余內(nèi)存、已使用磁盤、剩余磁盤等
- 簡(jiǎn)單來(lái)說(shuō),你的服務(wù)對(duì)redis的使用頻率,如果讀寫很高很頻繁、數(shù)據(jù)內(nèi)容很多,就提供比較好的服務(wù)器,或者搭建redis集群
- 也可以優(yōu)化Spring redis配置參數(shù),增加最大線程數(shù)、空閑線程數(shù)、連接超時(shí)時(shí)間等
應(yīng)用程序本身存在性能瓶頸或異常,導(dǎo)致Redis的操作時(shí)間過(guò)長(zhǎng)??梢詸z查應(yīng)用程序代碼和運(yùn)行日志,查找可能導(dǎo)致性能問(wèn)題的因素
- 如果比較大的集合對(duì)象在redis存取,會(huì)占用很多內(nèi)存,高并發(fā)情況下,可能做不到及時(shí)響應(yīng),可以只緩存必要的字段屬性
- 大量的key值,同時(shí)加到redis里面,又在一段時(shí)間后同時(shí)失效,造成瞬時(shí)壓力過(guò)大,這要在業(yè)務(wù)上做一些隨機(jī)失效時(shí)間
- 針對(duì)以上情況,我們可以使用不同的解決方法來(lái)解決問(wèn)題。例如,可以優(yōu)化Redis服務(wù)器的配置和設(shè)置,更改Redis客戶端連接超時(shí)時(shí)間,或調(diào)整應(yīng)用程序性能等。
- 我們此次檢查后的改動(dòng)如下:
spring: redis: jedis: pool: min-idle: 10 max-idle: 300 # 改大了 max-wait: 30000 # 改大了 max-active: 200 # 改大了
- 對(duì)應(yīng)到我們的
docker-compose.yml
為
core-app: image: june container_name: core volumes: - /etc/localtime:/etc/localtime depends_on: - postgresql - redis environment: - _JAVA_OPTIONS=-Xmx6G -Xms1G - SERVER_PORT=8181 - SPRING_PROFILES_ACTIVE=prod,api-docs,no-liquibase - SPRING_DATASOURCE_URL=jdbc:postgresql://postgresql:5432/core - SPRING_DATASOURCE_USERNAME=xxxx - SPRING_DATASOURCE_PASSWORD=xxxxxxx - SPRING_REDIS_HOST=redis - SPRING_REDIS_PASSWORD=xxxxxxxx - spring_redis_jedis_pool_maxIdle=300 # redis配置 - spring_redis_jedis_pool_maxWait=30000 - spring_redis_jedis_pool_maxActive=200 restart: on-failure
總結(jié)
到此這篇關(guān)于Spring redis使用報(bào)錯(cuò)Read timed out排查及解決過(guò)程的文章就介紹到這了,更多相關(guān)Spring redis報(bào)錯(cuò)Read timed out內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
redis服務(wù)器允許遠(yuǎn)程主機(jī)訪問(wèn)的方法
今天小編就為大家分享一篇redis服務(wù)器允許遠(yuǎn)程主機(jī)訪問(wèn)的方法,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。一起跟隨小編過(guò)來(lái)看看吧2018-05-05為什么斷電后Redis數(shù)據(jù)不會(huì)丟失
Redis 作為一款內(nèi)存數(shù)據(jù)庫(kù),被廣泛使用于緩存,分布式鎖等場(chǎng)景,那么假如斷電或者因其他因素導(dǎo)致 Reids 服務(wù)宕機(jī),在重啟之后數(shù)據(jù)會(huì)丟失嗎?本文就來(lái)介紹與一下2021-08-08YII2框架手動(dòng)安裝Redis擴(kuò)展的過(guò)程
這篇文章主要介紹了YII2框架手動(dòng)安裝Redis擴(kuò)展的過(guò)程,本文給大家介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2022-06-06