tp6.0高并发下redis连接打满是因未启用连接池、池参数配置失当及redis客户端未单例化所致；需将cache类型改为redis_pool、合理设置max_active等池参数，并通过redispoolsingleton强制全局单例。
TP6.0项目在高并发场景下Redis连接数瞬间打满，服务响应超时、大量请求卡在连接获取阶段，甚至触发Redis服务端maxclients拒绝新连接——这不是流量突增的必然结果，而是连接未复用、池配置失当、实例未单例化三重问题叠加导致的资源失控。
确认连接池是否真正启用
TP6默认的Redis驱动（think-queue-redis或原生think-cache）不自动启用连接池，直接调用Cache::store('redis')->get()会每次新建连接。必须显式切换为连接池驱动。
打开config/cache.php，将'type' => 'redis'改为'type' => 'redis_pool'；若无该类型，需手动注册：在app/common.php中添加Cache::extend('redis_pool', \think\cache\driver\RedisPool::class);。
【未改type会导致所有Redis操作绕过连接池，哪怕你后面配了pool参数也无效】
配置合理连接池参数
在config/cache.php的redis配置块中，删除旧有host/port/db等字段，改用以下结构：
'redis_pool' => [<br> 'type' => 'redis_pool',<br> 'host' => '127.0.0.1',<br> 'port' => 6379,<br> 'password' => '',<br> 'database' => 0,<br> 'pool' => [<br> 'max_idle' => 20,<br> 'min_idle' => 5,<br> 'max_active' => 60,<br> 'max_wait' => 3000,<br> 'timeout' => 2000<br> ]<br>]
max_active不能盲目设大：TP6底层使用phpredis扩展，每个活跃连接占约128KB内存；设为60时，理论最大内存占用≈7.5MB，足够支撑QPS 2000以内的读密集型业务。
注意max_wait必须设为有限值（如3000），否则阻塞线程永不超时，会拖垮整个PHP-FPM worker进程。
强制全局单例化Redis客户端
TP6的Cache门面是静态代理，但底层Redis实例可能被重复初始化。必须确保整个应用生命周期只存在一个RedisPool实例。
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
第一步：创建app/library/RedisPoolSingleton.php
第二步：在app/common.php顶部添加：
use app\library\RedisPoolSingleton;<br>if (!defined('REDIS_POOL_INSTANCE')) {<br> define('REDIS_POOL_INSTANCE', RedisPoolSingleton::getInstance());<br>}
第三步：修改config/cache.php中redis_pool的'handler'项为：'handler' => [RedisPoolSingleton::class, 'getHandler']。
这一步绕过了TP6 Cache工厂的重复构建逻辑，从根源上杜绝因控制器/中间件多次调用Cache::store()导致的连接池副本爆炸。
验证连接复用是否生效
方法一：登录Redis服务器执行CLIENT LIST | grep -c "addr="，压测前记录基数，压测后若增长不超过5个，说明复用成功；若翻10倍以上，说明仍有直连漏网。
方法二：在app/library/RedisPoolSingleton.php的getHandler()方法里加日志：file_put_contents('/tmp/redis_conn.log', date('H:i:s') . " new conn\n", FILE_APPEND);；连续发起100次缓存读取，日志行数应≤3（首次初始化+空闲回收重建）。
方法三：用strace -p $(pgrep -f 'php-fpm' | head -1) -e trace=connect 2>&1 | grep -c 'connect'实时抓取PHP进程的TCP建连系统调用，复用正常时该数值趋近于0。
