最近在使用Jedis pool的时候,写好的servlet程序一经高并发的测试,就会抛出各种Exception,像JedisConnectionException: java.net.SocketException: Socket closed;Unknown reply: ; It seems like server has closed the connection.等等。在网上查了好多资料,很多都说和Redis的timeout的默认设置有关,timeout默认设置是300s,一个redis socket连接超过这个时限,但没有对redis做任何操作的话,redis server就会主动关闭了这个连接。一种解决办法是将timeout设置为0(无限制)就行了。
由于一些因素,redis一直无法设置然后进行重启。然后我就在timeout=300s的情况下,做了各种尝试,保证既可以使用jedis pool又不会在高并发的时候出错。怪我查找资料不力,一直没有找到解决的办法,只能放弃使用连接池,每次函数调用就new一个jedis对象,然后对redis进行操作。这种方法要注意:jedis.disconnect().这种方式下,虽然在高并发的时候会对redis server造成压力,但很稳定速度也挺快的。
后来再次试图解决之前的问题的时候,发现Jedis pool 还有两个参数: TestOnBorrow,在borrow一个jedis实例时,是否提前进行validate操作,如果为true,则得到的jedis实例均是可用的;TestOnReturn,在return一个jedis实例时,是否提前进行validate操作.
设置了这两个参数以后,问题就得到解决了,做并发测试没有什么问题。
//jedis pool 设置
public static JedisPool pool;
static{
JedisPoolConfig config = new JedisPoolConfig();
config.setMaxActive(con.getIntValue("redis.maxActive", 300));
config.setMaxIdle(con.getIntValue("redis.maxIdle", 10));
//config.setMinIdle(10);
config.setMaxWait(con.getLongValue("redis.maxWait", 1000L));
config.setTestOnBorrow(true);
config.setTestOnReturn(true);
//config.testWhileIdle=true;
//config.minEvictableIdleTimeMillis=30000;
//config.timeBetweenEvictionRunsMillis=30000;
pool = new JedisPool(config, redisaddr, redisport);
}
//获取jedis pool 对象
try{
jee= pool.getResource();
}catch(JedisConnectionException e){
pool.returnBrokenResource(jee);
}
//读取redis
if(jee!=null){
try{
stationList=jee.lrange("trps:lineinfo", 0, -1);
} catch (Exception e) {
pool.returnBrokenResource(jee);
} finally{
if(null != jee){
pool.returnResource(jee);
}
}
}