Redis Server端太多TIME_WAIT

最新推荐文章于 2022-11-06 18:55:03 发布
原创 最新推荐文章于 2022-11-06 18:55:03 发布 · 2.6k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

博客探讨了在服务器上Redis连接产生大量TIME_WAIT状态的问题，原因在于客户端每次操作后关闭连接。通过Wireshark分析确认关闭请求由客户端发起。解决方案是采用连接池管理Redis连接，减少资源浪费并避免因网络问题导致的TIME_WAIT堆积。同时，通过telnet示例展示了在正常关闭情况下，服务端会发起FIN命令，TIME_WAIT状态出现在服务端。

场景

redis服务器端连接产生太多的TIME_WAIT，使用下方的命令统计，高达20000+个状态连接，

netstat -na | grep 6379 | grep TIME_WAIT | wc -l

排查

去查看应用代码中连接redis的方式，发现每次操作都会重新获取一次连接，在操作完毕后则进行close，并没有使用线程池：

image.png

这种方式肯定会造成大量的连接被创建，但是TIME_WAIT是由发起关闭请求的一方才会有的状态，每次close都是由客户端发起的，怎么会在服务器方呢？

通过demo + Wireshark确认是由客户端发起的关闭(FIN)请求

image.png

image.png

通过抓包工具，确认了当使用close方法时，是由客户端发起的关闭请求，TIME_WAIT在客户端这边，

image.png

解决方法

既然如此为什么服务端会积压大量的TIME_WAIT，最后下的定论是因为，服务端k8s的网络比较复杂，中间经过了一些代理，大量的连接有一些FIN报文可能因为经过代理时丢失了，

所以最后的解决方案是，使用连接池对redis进行连接，而不是每访问一次就创建一个连接，这个方式本身就会造成很多的资源浪费，使用连接池后，可以确保一个客户端只会有固定的连接到服务端，即使后续发生报文丢失也不会出现大量的TIME_WAIT浪费服务器资源。

telnet与redis

使用telnet连接redis，发送quit命令退出时，发现了一个有意思的现象：

image.png

telnet发送一个quit给服务端时，是由redis服务端发起的fin关闭连接命令，此时TIME_WAIT在服务端。

线上大量CLOSE_WAIT的原因深入分析
2401_86353562的博客
07-18 1610
整个分析过程还是废了不少时间。最主要的是主观意识太强，觉得运行了一年没有出问题的为什么会突然出问题？因此一开始是质疑 SRE、DBA、各种基础设施出了问题（人总是先怀疑别人）。导致在这上面费了不少时间。理一下正确的分析思路：1、出现问题后，立马应该检查日志，确实日志没有发现问题；2、监控明确显示了socket不断增长，很明确立马应该使用 netstat 检查情况看看是哪个进程的锅；3、根据 netstat 的检查，使用 tcpdump 抓包分析一下为什么连接会被动断开（TCP知识非常重要）；
mysql close_wait_线上大量CLOSE_WAIT原因深入分析
weixin_39692623的博客
02-17 1123
这一次重启真的无法解决问题了：一次 MySQL 主动关闭，导致服务出现大量 CLOSE_WAIT 的全流程排查过程。近日遇到一个线上服务 socket 资源被不断打满的情况。通过各种工具分析线上问题,定位到问题代码。这里对该问题发现、修复过程进行一下复盘总结。先看两张图。一张图是服务正常时监控到的 socket 状态，另一张当然就是异常啦！图一：正常时监控图二：异常时监控从图中的表现情况来看，就是...
reids  TIME_WAIT
qq_36270681的博客
11-30 1636
今天redis出现大量的TIME_WAIT ，导致所有服务异常 netstat -nutlpa | grep 6679 [root@dc-uat-13 ~]# cat /etc/sysctl.conf | tail -4 net.ipv4.tcp_syncookies = 1 net.ipv4.tcp_tw_reuse = 1 net.ipv4.tcp_tw_recycle = 1 net.ipv4.tcp_fin_timeout = 30 立即生效 sysctl -p ne...
GO连接redis数据库时，redis的TCP出现大量ESTABLISHED或者TIME_WAIT
Lawson的博客
06-10 2281
golang redis连接池使用方法
python连接redis的time_wait数过高_解决TIME_WAIT过多造成的问题
weixin_39808893的博客
01-30 1119
sh-4.1# netstat -an |awk '/tcp/ {++S[$NF]}END {for (a in S) print a , S[a]}'TIME_WAIT41CLOSE_WAIT1ESTABLISHED2LISTEN7TCP/IP TIME_WAIT状态原理:通信双方建立TCP连接后，主动关闭连接的一方就会进入TIME_WAIT状态客户端主动关闭连接时，会发送最后一个ack后，然后...
python连接redis的time_wait数过高_因超多短连接导致的过多TIME_WAIT的处理方案
weixin_42339883的博客
01-30 635
近期，发现WEB服务器netstat -nap时，超多TIME_WAIT 状态的连接，每台WEB超过 2万，峰值超4万；导致服务响应变慢 ；WEB服务器跑的是PHP程序，这些程序需要调用后端的MemCache,mysql,Redis,mongodb以及后端的　http接口服务，其中MemCache、http接口服务的调用量相对较大；根据BAIDU的结果，分析原因为，PHP为CGI方式，一个页面请求...
python连接redis的time_wait数过高_解决系统中大量的TIME_WAIT连接
weixin_39616379的博客
12-09 448
今天发现网站特别卡！！查看网络连接数：netstat -an |wc -lnetstat -an |grep xx |wc -l查看某个/特定ip的连接数netstat -an |grep TIME_WAIT|wc -l查看连接数等待time_wait状态连接数netstat -an |grep ESTABLISHED |wc -l查看建立稳定连接数量查看不同状态的...
出现大量close_wait
thinker
08-09 3036
近日遇到一个线上服务 socket 资源被不断打满的情况。通过各种工具分析线上问题,定位到问题代码。这里对该问题发现、修复过程进行一下复盘总结。 先看两张图。一张图是服务正常时监控到的 socket 状态，另一张当然就是异常啦！ 图一：正常时监控 图二：异常时监控 从图中的表现情况来看，就是从 04:00 开始，socket 资源不断上涨，每个谷底时重启后恢复到正常值，然后继续不断上涨不释放，而且每次达到峰值的间隔时间越来越短。 重启后，排查了日志，没有看到 panic ，..
尚硅谷Redis尚硅谷学习汇总_事务_持久化_主从复制_集群_穿透_雪崩_击穿
weixin_47316183的博客
04-11 1759
Redis概述、数据类型、事务、持久化、主从复制、集群、分布式锁等，大家快来看看吧~
Redis高可用（三）- 主从复制
weixin_40074110的博客
06-29 989
主从复制：将数据从一台机复制到另一台机。前者为主节点(master)，后者为从节点(slave)；数据的复制是单向的，只能从主节点到从节点。默认情况下，每台Redis服务器都是主节点，一个主节点可以有多台从节点，一个从节点只能有一个主节点。复制是单向的，复制就会带来数据一致性问题，无可避免，尽量缩短。主从复制需要在从节点发起，不需要在主节点做任何事情，有三种方式： 通过slaveof no one断开，从节点断开链接，不会删除已有的数据，只是不再接受主节点新的数据变化。清除保存的主库的runid，当下一次执
python连接redis的time_wait数过高_使用Redis 连接池客户端出现大量TIME_WAIT的链接，是我用法有问题么？...
weixin_39616503的博客
12-09 406
直接代码了package utilsimport ("github.com/garyburd/redigo/redis""time")var redispool map[string]*redis.Pooltype RedisConn struct {Con redis.Conn}func NewRedisConn(tag string) *RedisConn {return &Redis...
TIME_WAIT引起Cannot assign requested address报错
weixin_30266885的博客
08-25 275
1. 问题描述 有时候用redis客户端（php或者java客户端）连接Redis服务器，报错：“Cannot assign requested address。” 原因是客户端频繁的连接服务器，由于每次连接都在很短时间内结束，导致很多的TIME_WAIT。所以新的连接没办法绑定端口，即“Cannot assign r...
TIME_WAIT过高问题
m0_37663780的博客
01-13 1050
TIME_WAIT过高问题 之前一个项目存在TIME_WAIT过高问题 netstat -anp | awk '/^tcp/ {++S[$6]} END {for (a in S) print a, S[a]}' timewait数量有8w 这个项目（php）跟一般网站不同，主要是做一些适配分发，就是有请求过来，就调用其他接口返回。因为是提供给内网机器调用，所以请求的ip都是比较固定的几个。ht...
TIME_WAIT太多解决思路和方法
******* ▄︻┻┳═一 *******
05-02 9357
问题描述 环境是SLB+2台ECS实例，在ECS实例上跑的是的LNMP服务，在某一天下午三点中app包加载数据很慢，平时可能一两秒就能加载完成js，css等样式 解决方法 1、找到加载慢的域名和URL 访问后端数据库，看获取数据情况，访问数据正常。 2、查看操作系统CPU、内存、负载、网络情况 查看CPU命令：top 查看内存命令：free -m ...
解决服务器的TIME_WAIT过多的问题
m0_37581001的博客
07-16 735
1、项目中的服务器 查看发现有很多redis和数据库的TIME_WAIT； 项目中用的是predis,在设置里加入： 'connection_persistent'=>true, 实测有效。这个参数也要看下服务端的redis的设置是否开启了长连接。 2、mysq的TIME_WAIT： 在配置中加入 'persistent'=> true, ...
课代表笔记之redis 大量连接超时排查
weixin_43276857的博客
11-06 880
故障排查经验总结
TCP TIME_WAIT过多的解决方法
u014082761的专栏
02-11 4045
总结： 最合适的解决方案是增加更多的四元组数目，比如，服务器监听端口，或服务器IP，让服务器能容纳足够多的TIME-WAIT状态连接。在我们常见的互联网架构中（NGINX反代跟NGINX，NGINX跟FPM，FPM跟redis、mysql、memcache等），减少TIME-WAIT状态的TCP连接，最有效的是使用长连接，不要用短连接，尤其是负载均衡跟web服务器之间。尤其是链家事件中的PH
nginx+php mysql&redis 502 time_wait连接数过多问题
zhanglu0302的博客
06-09 1130
今天测试做压力测试QPS超过1万mysql redis直接报502 time_wait，查了下大多数是没有即时回收，采用tcp复用容易后程序出现了故障，记录一下解决方案。 php mysql连接数过多解决办法（使用YII框架） 查看连接数 netstat -n | wc -l # 总连接数 netstat -n | grep -i time_wait | wc -l # time_wait 连接数 netstat -anp # 查看占用端口过多的程序 tcp复用解决方案 net.ipv4.tcp_syn
redis 哨兵连接不释放问题
freedom_fire的博客
04-18 5706
转载文章：https://www.cnblogs.com/devilwind/p/6865750.html 问题说明：生产环境redis（哨兵模式一主两从）使用过程中发现有一台从机sentinel端口的连接持续增长，每天增加44条established状态的连接（共四台应用服务器，每台服务器每天增加11条，每130分钟左右增加一条，相当规律） 疑问：另一台从机和主机没有这样的问题，同时开发环...
TP8.*怎么安装redis
最新发布
05-05
<think>好的，用户现在想了解如何在ThinkPHP 8.*框架中安装和使用Redis。首先，我需要回顾之前的对话历史，看看之前有没有提供过相关的信息。在用户的上一次问题中，我详细讲解了Redis的作用以及在TP8中的集成步骤，包括配置、基础操作、高级数据结构和性能优化建议。不过用户现在又提出了类似的问题，可能是因为之前的回答中有些步骤需要更详细的说明，或者用户遇到了具体的问题。 用户这次的问题特别提到了引用中的内容，这些引用来自不同的TP版本（比如TP5.1和TP5），可能用户之前参考了旧版本的配置方法，现在需要适配到TP8。因此，我需要确保回答的内容是针对TP8的最新实践，同时指出与旧版本的不同之处，避免用户混淆。 首先，安装部分。之前的回答提到了安装PHP Redis扩展，用户可能对具体步骤不太清楚，尤其是在不同操作系统下的安装方法。比如在Windows下需要下载dll文件，而Linux下使用pecl安装。需要详细说明这些步骤，并确保用户能够正确验证扩展是否安装成功。 其次，配置部分。TP8的配置文件可能有所变化，用户提到的旧版本配置方法（如在config目录下新建redis.php）可能与TP8的官方推荐方式不同。需要明确指导用户如何在TP8的配置文件中正确设置Redis连接参数，包括可能的连接池配置，以及如何通过.env文件管理环境变量。 然后，使用方式。用户可能在旧版本中使用自定义的助手函数或扩展类，如引用中提到的在extend目录下创建module/Redis.php，并在helper.php中添加助手函数。但在TP8中，官方可能更推荐使用内置的Cache类或直接通过think\cache\Driver来操作Redis，因此需要说明如何利用框架提供的接口，避免不必要的自定义代码，确保兼容性和维护性。 另外，用户可能在控制器中直接实例化Redis类，但TP8可能依赖注入或门面模式更合适。需要展示正确的使用示例，比如使用think\facade\Cache门面，或者通过容器获取Redis实例，同时演示字符串、哈希、列表等数据结构的操作。 还需要注意错误处理和安全配置，比如密码认证、持久化连接、超时设置等，这些在之前的引用中没有详细提到，但在实际使用中非常重要。特别是生产环境中，安全配置不容忽视。 最后，性能优化部分，用户可能关心如何在高并发下优化Redis的使用，比如连接池、管道技术和Lua脚本。需要简要提及这些高级用法，并指导用户如何配置和使用，同时推荐官方文档或社区资源供进一步学习。 总结来说，回答需要结构清晰，分步骤指导安装、配置、基础使用和高级操作，强调TP8的最佳实践，与旧版本的区别，确保用户能够顺利在TP8中集成和使用Redis，避免引用中提到的旧方法导致的兼容性问题。同时，提供常见问题的解决方案和优化建议，帮助用户更好地应用Redis到实际项目中。</think>### ThinkPHP 8.* 中Redis集成全流程指南 #### 一、环境准备（与旧版本差异） 1. **PHP扩展安装** - Windows系统：需下载匹配的`php_redis.dll`（需对应PHP版本和TS/NTS模式），放置于PHP扩展目录（如`php/ext`）后，在`php.ini`中添加： ```ini extension=php_redis.dll ``` [^4] - Linux系统（推荐）： ```bash pecl install redis && echo "extension=redis.so" >> /etc/php.ini ``` - 验证安装：执行`php -m | grep redis`应输出`redis` 2. **Composer依赖** TP8需额外安装`predis/predis`（纯PHP实现）： ```bash composer require predis/predis ``` #### 二、框架配置（TP8优化方案） 1. **配置文件更新** 修改`config/cache.php`（与TP5的独立`redis.php`不同）： ```php 'redis' => [ 'type' => 'redis', 'host' => env('redis.host', '127.0.0.1'), 'port' => env('redis.port', 6379), 'password' => env('redis.password', ''), 'select' => 0, // 多数据库支持 'timeout' => 2, // 连接超时(秒) 'persistent' => true // 持久连接 ] ``` 2. **.env环境变量** 在项目根目录`.env`中添加： ```ini redis.host = "your_redis_host" redis.port = "6379" redis.password = "your_password" ``` #### 三、核心操作API（现代写法） 1. **基础读写（门面模式）** ```php use think\facade\Cache; // 字符串操作 Cache::store('redis')->set('config:site_name', 'TP8-Demo', 3600); $value = Cache::store('redis')->get('config:site_name'); // 哈希表操作（需原生支持） $redis = Cache::store('redis')->handler(); $redis->hmset('user:1001', ['name' => 'Andy', 'vip_level' => 3]); ``` 2. **原子操作示例** ```php // 使用Redis原生方法实现计数器 $redis->incr('article:100:views'); $redis->expire('article:100:views', 86400); ``` 3. **连接池配置（需Swoole）** 修改`config/redis.php`： ```php 'pool' => [ 'min_connections' => 5, 'max_connections' => 20, 'connect_timeout' => 10.0, 'wait_timeout' => 3.0 ] ``` #### 四、最佳实践建议 1. **异常处理机制** ```php try { $redis->setex('critical_data', 60, 'important_value'); } catch (\RedisException $e) { Log::error('Redis操作异常: '.$e->getMessage()); throw new Exception('缓存服务暂时不可用'); } ``` 2. **性能优化技巧** - **管道批量操作**： ```php $redis->pipeline(function ($pipe) { for ($i = 0; $i < 1000; $i++) { $pipe->set("key:$i", "value$i"); } }); ``` - **Lua脚本原子性**： ```php $script = <<<LUA local key = KEYS[1] local increment = ARGV[1] return redis.call('INCRBY', key, increment) LUA; $redis->eval($script, 1, 'global_counter', 5); ``` #### 五、调试与验证 1. **连接测试命令** 创建测试路由`/test/redis`： ```php public function testRedis() { try { Cache::store('redis')->set('test_key', time(), 60); return json(['status' => Cache::store('redis')->has('test_key')]); } catch (\Exception $e) { return json(['error' => $e->getMessage()], 500); } } ``` 2. **INFO命令验证** ```php $info = $redis->info('server'); dump($info['redis_version']); // 输出Redis服务器版本 ``` ### 注意事项（TP8特有） 1. 不再需要TP5时代的自定义助手函数（如`redis()`），直接使用`Cache`门面更规范[^3] 2. 默认使用`predis`驱动，如需切换原生`phpredis`需修改配置： ```php 'type' => 'redis', // predis驱动 // 或 'type' => 'phpredis' // 需安装phpredis扩展 ``` 3. Session驱动配置变更： ```php // config/session.php 'type' => 'redis', 'store' => 'redis' // 指向cache.php中的redis配置 ``` --相关问题-- 1. TP8中如何实现Redis分布式事务？ 2. 如何监控TP8项目的Redis性能指标？ 3. Redis集群模式在TP8中如何配置？
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值