當我們獲取連線後對redis進行操作時，丟擲redis.clients.jedis.exceptions.JedisConnectionException: java.NET.SocketTimeoutException: Read timed out異常。

異常程式碼如下：

redis.clients.jedis.exceptions.JedisConnectionException: java.Net.SocketTimeoutException: Read timed out

at redis.clients.jedis.Protocol.process(Protocol.java:79)
at redis.clients.jedis.Protocol.read(Protocol.java:131)
at redis.clients.jedis.Connection.getIntegerReply(Connection.java:188)
at redis.clients.jedis.Jedis.sismember(Jedis.java:1266)

1. public Long sadd(final String key, final String... members) {
2. checkIsInMulti();
3. client.sadd(key, members);
4. return client.getIntegerReply();
5. }

public class BinaryClient extends Connection；

需要說明的是，Redis server是單執行緒執行所有連線傳送過來的命令的，也就是說不管併發中有多少個client在傳送命令，redis-server端是單執行緒處理的，並按照預設的FIFO方式處理請求，

這個可在redis.conf配置檔案中配置。關於redis server的詳細執行機制參見：http://redis.io/documentation

1. public void rollbackTimeout() {
2.           try {
3.             socket.setSoTimeout(timeout);
4.             socket.setKeepAlive(false);
5.           } catch (SocketException ex) {
6.             throw new JedisException(ex);
7.           }
8.       }

千萬級資料量，一次操作超時時間在秒級是很正常的，而且機器效能很好的情況下已經如此，更何況我們本機開發的機器相對於生產伺服器來說速度會更慢了。所以在初始化JedisPool時應該根據實際

情況通過redis.clients.jedis.JedisPoolConfig合理設定連線池引數，通過edisPool構造方法，合理設定socket讀取輸入InputStream的超時時間。

1. pool = new JedisPool(config, host, port, 100000);

注意第四個引數time out，設定成我們能容忍的超時時間，單位是毫秒。但不知道為什麼既然單位是毫秒，為什麼引數型別是int而不是long。

設定第四個引數後，我在四千萬資料量集合上操作最多一次大概超時5秒，問題基本解決。