问题描述
使用jedis sdk访问redis时,有时会抛如下异常
java.lang.ClassCastException: java.lang.Long cannot be cast to [B
at redis.clients.jedis.Connection.getBinaryBulkReply(Connection.java:259)
at redis.clients.jedis.Connection.getBulkReply(Connection.java:248)
at redis.clients.jedis.Jedis.hget(Jedis.java:674)
有时可能还会伴随着超时异常:
redis.clients.jedis.exceptions.JedisConnectionException: java.net.SocketTimeoutException: Read timed out
at redis.clients.util.RedisInputStream.ensureFill(RedisInputStream.java:202)
at redis.clients.util.RedisInputStream.readByte(RedisInputStream.java:40)
at redis.clients.jedis.Protocol.process(Protocol.java:151)
at redis.clients.jedis.Protocol.read(Protocol.java:215)
at redis.clients.jedis.Connection.readProtocolWithCheckingBroken(Connection.java:340)
at redis.clients.jedis.Connection.getBinaryBulkReply(Connection.java:259)
at redis.clients.jedis.Connection.getBulkReply(Connection.java:248)
at redis.clients.jedis.Jedis.hget(Jedis.java:674)
原因&解决
主要有以下三类原因:
-
一个jedis连接在使用时抛出异常(如超时异常)后被返回连接池,这个连接下次使用时就可能跑类似异常,具体跟sockt buffer有上次请求数据的有关,参考链接1。
针对这种情况,需要将jedis正确close,有些文章可能会说需要调用returnBrokenResource方法,这已经是个远古方法了,至少在2.9.0以上,直接close即可,如果进行了异常捕获,则需要在finally中进行close。
-
多线程访问jedis对象
根据jedis的文档,JedisPool线程安全而Jedis非线程安全,检查代码是否有多线程逻辑。
-
redis集群资源负载重、写满等
我这里就是这个原因,代码中对redis先读后写,不停抛这个异常。如果注释掉写,只读运行没问题。注释掉读,就开始抛下面的异常,这种负载重抛异常的情况在链接2的issue也有人提及。
redis.clients.jedis.exceptions.JedisDataException: ERR at redis.clients.jedis.Protocol.processError(Protocol.java:127) at redis.clients.jedis.Protocol.process(Protocol.java:161) at redis.clients.jedis.Protocol.read(Protocol.java:215) at redis.clients.jedis.Connection.readProtocolWithCheckingBroken(Connection.java:340) at redis.clients.jedis.Connection.getOne(Connection.java:322) at redis.clients.jedis.ShardedJedisPipeline.sync(ShardedJedisPipeline.java:44)
最后找运维申请了个新redis就正常读写了,如果你们redis是自己的维护的,就检查下日志吧。