redis客户端错误定位

记录jedis(redis客户端)的连接池相关问题

一、Failed to create socket

jedis和redis-server建立tcp连接超时；默认connectionTimeout配置是2s。
如果客户端所在应用服务器不繁忙，而是内网频繁网络抖动导致此错误频繁出现，需通知网关设备管理员

二、Read timed out

jedis发出命令后，未在指定时间内获取到服务端响应；默认soTimeout配置是2s。
容易出现在redis-server任务繁忙的时候：
1、正好内存耗用达到阈值，批量扫描并清理过期key
2、大量读写大型list

三、Unexpected end of stream

（一）空闲tcp连接被服务端/防火墙断开

JedisPoolConfig默认开启了空闲连接维护，tcp连接空闲60s后，每30s维护一次空闲连接；所以除非redis-server/codis-proxy配置的强制断开空闲连接时间短于60s，否则不会出现此问题。

防火墙配置的空闲tcp连接断开阈值较大(10分钟以上)，远远长于客户端对空闲连接的维护周期，不经过防火墙的连接也不受防火墙影响。

package redis.clients.jedis;

import org.apache.commons.pool2.impl.GenericObjectPoolConfig;

public class JedisPoolConfig extends GenericObjectPoolConfig<Jedis> {
  public JedisPoolConfig() {
    // defaults to make your life with connection pool easier :)
    setTestWhileIdle(true);
    setMinEvictableIdleTimeMillis(60000);
    setTimeBetweenEvictionRunsMillis(30000);
    setNumTestsPerEvictionRun(-1);
  }
}

（二）tcp流里存在异常数据

传入空key空value会导致客户端逻辑异常退出，退出前已写入tcp数据流的残值会影响下一个使用此tcp连接的操作
PS：使用连接池里的连接时，出现任何通讯异常，都应该断开当前连接，而不应该放回连接池；不然下次使用连接时难免受上次的通讯残值影响
Jedis版本4已修复此问题，不允许传入空key或者空value

四、Timeout waiting for idle object

https://github.com/redis/jedis/pull/1918/commits/df1bffa3c77f4ede4c912f2c3e78b5c8857725e7
jedis的2.9.3、2.10.1、3.0.1版本修复此问题，之前的版本，线程A执行Jedis对象的close方法未完毕时，就归还对象到对象池内：

package redis.clients.jedis;

public class Jedis {
  @Override
  public void close() {
    if (dataSource != null) {
      if (client.isBroken()) {
        this.dataSource.returnBrokenResource(this);
      } else {
        this.dataSource.returnResource(this);
      }
      // 归还逻辑已经在上面执行
      // 可能在另一个线程已经获取到这个对象后，当前线程才执行下面的dataSource置空操作；
      // 导致另一个线程再也无法归还此对象(因为归还前检查dataSource是否为空)
      // 累积多次后，就再也无法从对象池获取到空闲对象了
      this.dataSource = null;
    } else {
      super.close();
    }
  }
}