spring-boot redis 报错

springboot 访问redis 10次中有2-3次会发生下面的故障：

2018-04-12 06:52:09.545 ERROR 527 --- [nio-8080-exec-6] o.a.c.c.C.[.[.[/].[dispatcherServlet]    : Servlet.service() for servlet [dispatcherServlet] in context with path [] threw exception [Request processing failed; nested exception is org.springframework.data.redis.RedisConnectionFailureException: Unexpected end of stream.; nested exception is redis.clients.jedis.exceptions.JedisConnectionException: Unexpected end of stream.] with root cause

redis.clients.jedis.exceptions.JedisConnectionException: Unexpected end of stream.
    at redis.clients.util.RedisInputStream.ensureFill(RedisInputStream.java:199) ~[jedis-2.9.0.jar:na]
    at redis.clients.util.RedisInputStream.readByte(RedisInputStream.java:40) ~[jedis-2.9.0.jar:na]
    at redis.clients.jedis.Protocol.process(Protocol.java:151) ~[jedis-2.9.0.jar:na]
    at redis.clients.jedis.Protocol.read(Protocol.java:215) ~[jedis-2.9.0.jar:na]
    at redis.clients.jedis.Connection.readProtocolWithCheckingBroken(Connection.java:340) ~[jedis-2.9.0.jar:na]
    at redis.clients.jedis.Connection.getStatusCodeReply(Connection.java:239) ~[jedis-2.9.0.jar:na]
    at redis.clients.jedis.BinaryJedis.set(BinaryJedis.java:211) ~[jedis-2.9.0.jar:na]
    at org.springframework.data.redis.connection.jedis.JedisStringCommands.set(JedisStringCommands.java:137) ~[spring-data-redis-2.0.6.RELEASE.jar:2.0.6.RELEASE]

网上查阅资料
源文章
https://blog.csdn.net/aubdiy/article/details/53511410
通过修改 redis.conf 配置文件的 timeout 过期时间解决问题
通过查看源码发现，报错具体位置是：RedisInputStream 类的 ensureFill() 方法

private void ensureFill() throws JedisConnectionException {
    if (count >= limit) {
      try {
        limit = in.read(buf);
        count = 0;
        if (limit == -1) {
          throw new JedisConnectionException("Unexpected end of stream.");
        }
      } catch (IOException e) {
        throw new JedisConnectionException(e);
      }
    }
  }

解决方案：
第一步，检查 redis config 中的 client-output-buffer-limit 配置

client-output-buffer-limit normal 0 0 0
client-output-buffer-limit slave 0 0 0
client-output-buffer-limit pubsub 0 0 0

请根据实际情况合理设置Redis输出缓冲区限制，确定不是因为缓冲区太小，导致链接关闭，进而引起 Unexpected end of stream ，可以临时都设置成 “0（关闭缓冲区限制）” 来验证此种场景

第二步，检查 redis config 中的 timeout 配置
当此时间设置过短时，同一个 jedis 链接，两次访问 redis 服务的时间间隔 > ${timeout} , 服务端会单方关闭这个jedis链接，第二次使用这个jedis对象 操作 redis 时，会发生 Unexpected end of stream , 可以将其设置成“0(无过期)”来验证此种场景

第三步，优化客户端代码，增加重试机制
经过前两步的调试，根据业务实际情况，调整配置，但这样并不能完全杜绝 Unexpected end of stream 的发生，比如 “网络抖动”之类的场景下，依然会发生此问题（实际生产环境中，此种情况发生概率极低），
但是为了防止此异常引起 jvm宕机，建议在代码层面上增加加重试机制。

redis报错：jedis connection exception unexpected end of stream

话外篇：
使用 redis 做存储层时，有可能出现数数据不一致的情况（ redis 无事务）；