故障描述：
redis服务器连不上，应用程序报错获取不到连接，内存勾兑和状态报告程序都会出问题
故障分析：
redis服务器默认设置的最大连接数maxclients是10000，但是受服务器最大文件数影响，服务器默认最大文件数是1024，所以redis最大连接也为1024-32=992，由于网络原因或连接未正常关闭导致redis服务器连接数接近990左右，应用程序连不上redis。
故障处理：
修改服务器最大文件数
vi /etc/ scurity/ limits.conf
添加
* soft nofile 65536
* hard nofile 65536
设置最大文件数65536，内核参数对文件描述符也有限制，如果设置的值大于内核的限制，也是不行的，需设置
vi /etc/sysctl.conf
fs.file-max=65535
sysctl -p生效，设置好用ulimit -a 可以看到open files为65535，但是用cat proc/pid/ limits查看redis的进程对应的max open files依然为992，原因是centos6.2版本以下，已经运行的进程是无法修改limits的，但是centos6.2以上可以通过
echo -n ‘Max open files=65535:65535’ > /proc/pid/ limits命令，动态设置redis进程的最大连接数；正常情况下已经关闭客户端但没释放的ESTABLISHED off连接是清理不掉的，只能杀掉对应redis端口，数据会丢失，但是redis有封装好的方法CLIENT命令，能够实现三种功能：检查连接的状态，杀掉某个连接以及为连接设置名字三种功能，CLIENT LIST 命令能够获取当前所有客户端的状态，CLIENT KILL 命令来杀死指定的连接了，所以可以通过CLIENT KILL来杀掉没用但无法释放的tcp连接，处理掉redis连接数过多无法连接的问题。
写了个程序，对redis连续进行100000访问，却出现以了Cannot assign requested address的问题，我起先是以为是redis的问题（可能承受不了这么多访问量），可是redis被大家吹的那么NB，不会出现这么SB的问题吧，
于是google之，发现原来是：客户端频繁的连服务器，由于每次连接都在很短的时间内结束，导致很多的TIME_WAIT，以至于用光了可用的端口号，所以新的连接没办法绑定端口，即“Cannot assign requested address”。
是客户端的问题不是服务器端的问题。通过netstat，的确看到很多TIME_WAIT状态的连接。
从网上找了解决办法：执行命令修改如下2个内核参数：
sysctl -w net.ipv4.tcp_timestamps=1
开启对于TCP时间戳的支持,若该项设置为0，则下面一项设置不起作用
sysctl -w net.ipv4.tcp_tw_recycle=1
表示开启TCP连接中TIME-WAIT sockets的快速回收。
不过好像只有root用户才能有修改这两个参数的权限，我正好有机器的root权限，修改之，发现，还真可以。
但是如果没有root权限怎么解决，能不能通过修改程序获得就不知道了。希望高人看到后指点一下！
原文地址：http://www.cnblogs.com/tinywan/p/6080293.html#3811743，注意：这篇文章要修改redis源代码。
| 
发表于 2023-2-23 15:51