[Redis] Redis (7) 连接与会话管理

序：文由

• 因今日排查问题，发现微服务因 ERR max number of clients reached (已达到客户端的最大数量) redis异常，而导致服务在健康检测时未通过，进而导致高频宕机。

概述：Redis 连接与会话管理

Redis 连接会话的原理

• redis通过监听一个TCP端口或socket的方式接收来自客户端的连接，当与客户端建立连接后，redis内部会进行如下操作：

（1）客户端socket会被设置为非阻塞模式，因为redis在网络时间处理上采用的是非阻塞多路复用模型；
（2）为这个socket设置TCP_NODELAY属性，禁用Nagle算法；
（3）创建一个可读的文件事件用于监听这个客户端socket的数据发送。

常用功能与指令

连接操作类

查看连接总数 : info clients

> info clients # Clients connected_clients:95 client_recent_max_input_buffer:2 client_recent_max_output_buffer:0 blocked_clients:0 rx_controlled_clients:0 total_real_rx_controlled:0 total_tx_controlled:0 total_rx_controlled:824214 proxy_header_error:0 

查看连接详情列表 : client list

• client list : 命令用于返回所有连接到服务器的客户端信息和统计数据。

http://www.redis.cn/commands/client-list.html

client list 

• 返回值

bulk-string-reply: 一个独特的字符串。具体格式：

每个已连接客户端对应一行（以 LF 分割）
每行字符串由一系列 属性=值（property=value） 形式的域组成，每个域之间以空格分开。
各字段的含义：:

id: 唯一的64位的客户端ID(Redis 2.8.12加入)。 addr: 客户端的地址和端口 fd: 套接字所使用的文件描述符 age: 以秒计算的已连接时长 idle: 以秒计算的空闲时长 flags: 客户端 flag db: 该客户端正在使用的数据库 ID sub: 已订阅频道的数量 psub: 已订阅模式的数量 multi: 在事务中被执行的命令数量 qbuf: 查询缓冲区的长度（字节为单位， 0 表示没有分配查询缓冲区） qbuf-free: 查询缓冲区剩余空间的长度（字节为单位， 0 表示没有剩余空间） obl: 输出缓冲区的长度（字节为单位， 0 表示没有分配输出缓冲区） oll: 输出列表包含的对象数量（当输出缓冲区没有剩余空间时，命令回复会以字符串对象的形式被入队到这个队列里） omem: 输出缓冲区和输出列表占用的内存总量 events: 文件描述符事件 cmd: 最近一次执行的命令 

设置当前连接点redis的名称 : CLIENT SETNAME

CLIENT SETNAME 

查看当前连接的名称 : CLIENT GETNAME

CLIENT GETNAME 

杀死指定连接 : CLIENT KILL {ip}:{port}

CLIENT KILL {ip}:{port} 

连接配置类

查看/设置连接的默认超时自动断连时间(空闲超时时间) : config [get|set] timeout [{second}]

• 查看连接的默认超时自动断连时间(空闲超时时间)

默认值 = 0

> config get timeout 0 

• 设置连接的默认超时自动断连时间(空闲超时时间)

单位：秒钟

config set timeout 600 

查询/设置允许的最大连接数 : config get maxclients

• 查询允许的最大连接数

config get maxclients  

• 设置允许的最大连接数

方法1：在2.6之后版本，可以修改最大连接数配置，默认10000，可以在redis.conf配置文件中修改

... # maxclients 10000 ... 

方法2: config set maxclients num 可以设置redis允许的最大连接数

127.0.0.1:6379> CONFIG set maxclients 10 OK 127.0.0.1:6379> 

方法3：启动redis.service服务时加参数--maxclients 100000来设置最大连接数限制

redis-server --maxclients 100000 -f /etc/redis.conf 

FAQ for Redis 连接与会话管理

Q: 连接过多，乃至报ERR max number of clients reached（Redis客户端连接数已达到最大限制）？

• 问题分析

• redis maxclients

redis maxclients 是redis server的重要配置，它决定了客户端的最大连接数量、最大客户端连接数量。
由于redis不区分连接是客户端连接、还是内部打开文件、或者和slave连接等。所以，maxclients最小存在32个连接数，如果超过了设置的maxclients，redis会给新的连接发送"max number of clients reached"，并关闭连接。

• 硬编码限制

在Redis 2.4中，可以同时处理的最大客户端数量存在硬编码限制。
在Redis 2.6中，此限制是动态的：默认情况下，它设置为10000个客户端，除非Redis.conf中的maxclients指令另有说明。

• 原因分析

绝大部分原因：由于客户端很多空闲连接都没有被及时释放掉，从而导致connected_clients非常高
其他可能：maxclients设置的太少了
还有可能：软硬件存在限制

• 解决方法

• 1 客户端 - 设置超时时间

JedisPoolConfig jedisPoolConfig = initPoolConfig();     jedisPool = new JedisPool(jedisPoolConfig, "*.*.*.*", 6379);    =========> 修改为:  JedisPoolConfig jedisPoolConfig = initPoolConfig();     jedisPool = new JedisPool(jedisPoolConfig, "*.*.*.*", 6379, 2*1000); //timeout = 2*1000 = connectionTimeout = soTimeout 

public JedisPool(final GenericObjectPoolConfig poolConfig, final String host, int port, final int connectionTimeout, final int soTimeout, final String password, final int database, final String clientName)

• 2 客户端 - 回收连接资源

	Jedis jedis = JedisUtils.getJedis(); 	try { 		//Todo      } catch (Exception e){         throw new RuntimeException(e.getMessage(), e);         JedisUtils.returnBrokenResource(jedis); //释放连接     } finally {         JedisUtils.returnResource(jedis); //释放连接     }  ----      /** 	 * 回收Jedis对象资源 	 *  	 * @param jedis 	 */ 	public synchronized void returnResource(Jedis jedis) { 		if (jedis != null) { 			jedisPool.returnResource(jedis); 		} 	}   	/** 	 * Jedis对象出异常的时候，回收Jedis对象资源 	 *  	 * @param jedis 	 */ 	public synchronized void returnBrokenResource(Jedis jedis) { 		if (jedis != null) { 			jedisPool.returnBrokenResource(jedis); 		}   	} 

在 Jedis 2.6.2 以后，由于重写了jedis.close(),实现自动关闭,2.6.3以后正式使用，详见Deprecates JedisPool returnResource and returnBrokenResource ，这样可以代码使用JDK7中新增的try-with-resource语法糖，这样代码会简洁很多如下:

    try (Jedis jedis = JedisUtils.getJedis()) {         //Todo      } catch (Exception e) {         throw new RuntimeException(e.getMessage(), e);     } 

• 3 通过ip排查对应的service服务，查看是否还可以进行优化。
• 4 查看空闲超时时间: config get timeout

0 : 默认不开启

• 5 设置空闲超时时间 : config set timeout {second}

建议为0，尤其是有用分布式锁的情况下、具体看业务场景
如：配置默认空闲超时时间为60s ： config set timeout 60

• 6 config rewrit : 保存

可在 redis.conf 配置文件中添加重启生效。

X 参考文献

• redis 连接工具_redis之timeout（默认建议为0） ， maxclients(重要) - 博客园
• 解决Redis 连接池报错：ERR max number of clients reached - CSDN 【推荐】
• 生产-已解决-Redis连接数占满 报错 (error) ERR max number of clients reached - CSDN 【推荐】

(error) ERR max number of clients reached
"我仔细审查了一下前同事写的Redis工具类，发现连接用完，全都没有归还连接"

    public <T> T get(String key, String modulePrefix, Class<T> t) {         checkJedisPool();         key = generateKey(key, modulePrefix);         try (Jedis jedis = jedisPool.getResource()) {             String valueStr = jedis.get(key);             return parse(valueStr, t);         }     }