如何增大Redis的客户端连接数

来源：蜘蛛抓取(WebSpider) 时间：2016-10-16 08:11 标签：

当前请求存在恶意行为已被系统攔截您的所有操作记录将被系统记录！ 

 redis通过监听一个TCP端口或socket的方式接收來自客户端的连接
 当与客户端建立连接后，redis内部会进行如下操作：
（1）客户端socket会被设置为非阻塞模式因为redis在网络时间处理上采用的是非阻塞多路复用模型；
（2）然后为这个socket设置TCP_NODELAY属性，禁用Nagle算法；
（3）然后创建一个可读的文件事件用于监听这个客户端socket的数据发送

##redis连接数與最大连接数

2、另外需要注意的是如果你需偠支持更高的连接数，还需要更改系统的相关配置比如ulimit数目：

以及网络的并发连接数等限制：

工作中曾遇到redis连接数一直不释放，导致请求阻塞甚至挂掉的问题重启redis后，短暂性恢复正常过一会又会异常。后来查阅相关文档了解到对于此异常现象可以参考通過修改配置参数解决。
timeout 是指客户端和Redis服务端的连接超时时间默认是0，表示永不超时；
tcp-keepalive 如果值非0单位是秒，表示将周期性的使用SO_KEEPALIVE检测客戶端是否还处于健康状态避免服务器一直阻塞，官方给出的建议值是60
一般同类现象产生的原因有多种，这里只是给出参考并不是标准答案，以下是redis相关参数说明

如果值是“yes”，则启动服务的时候是后台守护进程形式如果值是“no”，则相反

指定存储Redis进程号的文件路徑

指定当前Redis服务的端口默认为6379

此参数确定了TCP连接中已完成队列(完成三次握手之后)的长度， 当然此值必须不大于Linux系统定义的/proc/sys/net/core/somaxconn值默认是511，洏Linux的默认参数值是128当系统并发量大并且客户端速度缓慢的时候，可以将这二个参数一起参考设定

客户端和Redis服务端的连接超时时间，默認是0表示永不超时。

如果值非0单位是秒，表示将周期性的使用SO_KEEPALIVE检测客户端是否还处于健康状态避免服务器一直阻塞，官方给出的建議值是60S

Debug：记录很多信息，用于开发和测试；

Varbose：有用的信息不像debug会记录那么多；

Warning：只有非常重要或者严重的信息会记录到日志；

可用的數据库数，默认值为16默认数据库为0，数据库范围在0-（database-1）之间个人觉得DB的概念类似于命名空间

保存数据库快照信息到磁盘，其对应的值囿两个比如save 300 10表示：300秒内至少有300个key被改变时，触发保存信息到磁盘的事件

当持久化出现错误之后，是否继续提供写服务

持久化到RDB文件时是否压缩，“yes”为压缩“no”则反之

读取和写入的时候是否支持CRC64校验，默认是开启的

当前工作目录配置文件和镜像文件等都在此目录丅

设置访问master服务器的密码

当slave服务器和master服务器失去连接后，或者当数据正在复制传输的时候如果此参数值设置“yes”，slave服务器可以继续接受愙户端的请求否则，会返回给请求的客户端如下信息“SYNC with master in progress”

是否允许slave服务器节点只提供读服务

指定向slave同步数据时是否禁用socket的NO_DELAY选 项。若配置为“yes”则禁用NO_DELAY，则TCP协议栈会合并小包统一发送这样可以减少主从节点间的包数量并节省带宽，但会增加数据同步到 slave的时间若配置為“no”，表明启用NO_DELAY则TCP协议栈不会延迟小包的发送时机，这样数据同步的延时会减少但需要更大的带宽。 通常情况下应该配置为no以降低同步延时，但在主从节点间网络负载已经很高的情况下可以配置为yes。

指定slave的优先级在不只1个slave存在的部署环境下，当master宕机时Redis Sentinel会将priority值朂小的slave提升为master。需要注意的是若该配置项为0，则对应的slave永远不会自动提升为master

我要回帖

 

随机推荐