Redis连接数爆满主因是客户端未复用连接，ThinkPHP中Cache::store()每次调用新建实例导致TCP握手和认证频繁发生，应手动创建单例Redis客户端并绑定容器统一管理。
Redis 连接数爆满，根本不是 Redis 本身扛不住
ThinkPHP 8.0 应用里 Redis 连接数飙升到几百甚至上千，90% 的情况跟 Redis 服务端配置无关，而是客户端连接没复用、每次调用都新建实例。TP 默认的 Cache::store('redis') 在高频接口中会反复触发连接初始化——TCP 握手 + AUTH 认证 + 连接对象创建，全在请求内完成，请求结束时若未显式释放或 GC 滞后，连接就卡在 Sleep 状态，redis-cli info clients 里 connected_clients 持续上涨。
Cache::store() 为什么不能当连接池用
它只是缓存驱动的工厂方法，不是连接管理器。每次调用 Cache::store('redis') 都可能 new 出新客户端，尤其在循环、事件监听、命令行任务里反复调用时，问题立刻暴露：
- 不共享连接：即使配置相同，
Cache::store()返回的实例彼此独立 - 绕过持久化：PhpRedis 的
pconnect在 TP 的 Cache 层下默认不生效，除非你手动传入'persistent' => true并确认redis.pconnect = 1已写进 php.ini - 序列化干扰：TP 自动加前缀、打标签、序列化数据，导致你用
redis-cli直连查不到原值，调试困难
必须绕过 Cache 层，手建单例 Redis 客户端
真正可控的复用，是自己 new 客户端并绑定到容器。别信“配个 persistent 就完事”，得落地到代码里：
- 用
Predis\Client（推荐）或Redis（PhpRedis），从config/redis.php读配置，不依赖Cache::store() - 在
app/bootstrap.php或服务提供者中绑定单例：Container::getInstance()->bind('redis', function () { return new Predis\Client(config('redis')); }); - 业务层统一用
app('redis')获取实例，绝不在循环里写for ($i=0; $iget("key:$i"); } - 如果用 PhpRedis，确认
php -m | grep redis输出含redis，且redis.pconnect = 1在 php.ini 中已启用
连接池参数不是越大越好，max_connections 要和 Redis 服务端对齐
哪怕你用了 Predis 的连接池，max_connections 设成 500，而 Redis 的 maxclients 是 100，结果就是大量连接被拒绝，客户端报 Connection refused 或超时。关键参数必须匹配：
立即学习“PHP免费学习笔记（深入）”；
-
max_connections：客户端池最大连接数，建议设为 Redismaxclients的 70%~80% -
connection_timeout和timeout：分别控制建连与读写超时，线上建议 ≤1s，避免阻塞请求线程 -
retry_on_timeout：设为true，但只重试 1 次，防止雪崩 - 空闲连接回收靠
idle_timeout（Predis 不直接支持，需自行封装 ping + 时间戳判断），别指望自动清理
最易被忽略的是：连接池只解决“复用”，不解决“泄漏”。一旦某次调用发生异常没 catch，或协程提前退出，连接就丢了——所以务必在封装类里做 try/finally 或使用 __destruct 做兜底归还，但别依赖它。
