redistcp链接数，redis连接协议

小程序：扫一扫查出行
【扫一扫了解最新限行尾号】
复制小程序

服务产生大量TIME_WAIT如何解决

要解决TIME_WAIT状态过多的问题，先来研究下TIME_WAIT状态的产生，下面是TCP连接断开时的四次挥手状态转换图，说明一点，途中显示的是客户端主动断开连接，tcp连接也可以由服务器端主动断开连接。

TIME_WAIT是TCP连接断开时必定会出现的状态。是没有办法避免掉的。TCP连接是全双工的，因此每个方向必须单独进行关闭。

time_wait问题可以通过调整内核参数和适当的设置web服务器的keep-Alive值来解决。因为time_wait是自己可控的，要么就是对方连接的异常，要么就是自己没有快速的回收资源，总之不是由于自己程序错误引起的。

在linux系统中，一个进程最大可以同时打开的文件描述符是有上限的，ulimit命令可以查到。当达到这个上限时，服务端进程将无法新建socket来响应新的请求。在高并发的场景下，会出现大量的 TIME_WAIT 连接。

大量的 Timewait 产生会造成文件句柄、内存和端口的占用，由于系统会把过多的 time-wait socket 删除、回收，在网络条件不好的情况下，就可能会导致数据包重复的进行发送。

对于Apache、Nginx等服务器，上几行的参数可以很好地减少TIME_WAIT套接字数量，但是对于Squid，效果却不大。此项参数可以控制TIME_WAIT套接字的最大数量，避免Squid服务器被大量的TIME_WAIT套接字拖死。

AOF 　是以appendonly方式进行数据的储存的，开启AOF模式后，所有存进redis内存的数据都会进入os cache中，然后默认1秒执行一次fsync写入追加到appendonly.aof文件中。

AOF（append only file）持久化：以独立日志的方式记录每次写命令，重启时再重新执行AOF文件中的命令达到恢复数据的目的。AOF的主要作用是解决了数据持久化的实时性，目前已经是Redis持久化的主流方式。

redis提供两种方式进行持久化，一种是RDB持久化（原理是将Reids在内存中的数据库记录定时dump到磁盘上的RDB持久化），另外一种是AOF（append only file）持久化（原理是将Reids的操作日志以追加的方式写入文件）。

AOF的主要作用是解决了数据持久化的实时性，目前已经是Redis持久化的主流方式。以下是AOF工作流程图：Redis中默认不开启AOF， appendonly yes ，是开启的配置。

1、JedisPool的配置参数大部分是由JedisPoolConfig的对应项来赋值的。

2、既可以在 redis.conf 文件中设置，也可以在运行过程中通过 CONFIG SET 命令动态修改。例如，要设置 100MB 的内存限制，可以在 redis.conf 文件中这样配置：maxmemory 100mb将 maxmemory 设置为 0，则表示不进行内存限制。

3、redis服务配置一主二从，哨兵模式。注意：如果在实际开发中用不到哨兵模式，redis服务配置一主一从即可。

4、AOF 　是以appendonly方式进行数据的储存的，开启AOF模式后，所有存进redis内存的数据都会进入os cache中，然后默认1秒执行一次fsync写入追加到appendonly.aof文件中。

5、方法一：通过配置文件（/etc/redis.conf）进行设置这种方法在设置密码后需要重启redis生效。

redistcp链接数的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于redis连接协议、redistcp链接数的信息别忘了在本站进行查找喔。