Laravel 9.x 本身不提供“phpredis 负载均衡”能力，所谓“phpredis 负载均衡”是误传；真实需求是让 Laravel 的 Redis 客户端（phpredis）能连接多个 Redis 实例，并在缓存、会话、队列等场景下合理分发请求——这必须靠服务端（如 Redis Cluster、Proxy）或客户端配置协同实现，不能仅靠改 Laravel 配置。
直接说结论：Laravel 9.x 本身不提供“phpredis 负载均衡”能力，所谓“phpredis 负载均衡”是误传；真实需求是让 Laravel 的 Redis 客户端（phpredis）能连接多个 Redis 实例，并在缓存、会话、队列等场景下合理分发请求——这必须靠服务端（如 Redis Cluster、Proxy）或客户端配置协同实现，不能仅靠改 Laravel 配置。
为什么 phpredis 不支持原生负载均衡
phpredis 是 PHP 的 Redis 扩展，它本质是一个单点连接驱动。即使你在 config/database.php 中写多个 host，phpredis 也不会自动做读写分离或分片——它只认第一个地址，其余被忽略。Laravel 的 Redis facade 或 Cache::store('redis') 底层仍走单个 Redis 实例连接。
- 现象：
config/database.php中'default' => ['host' => ['192.168.1.10', '192.168.1.11']]写成数组，实际运行时只连第一个 IP，且报错Connection refused（因 phpredis 不解析数组） - 根本原因：phpredis 扩展不支持多节点直连模式；Laravel 的 redis 配置结构是为
predis（纯 PHP 客户端）设计的，而predis才支持集群/哨兵/多节点配置 - 验证方式：运行
php -i | grep redis确认加载的是redis（不是predis），再执行php artisan tinker→Redis::connection()->ping()，只会打到一个实例
想用 phpredis + 多 Redis 实例，只能走服务端代理层
若坚持用 phpredis（比如因性能或安全策略要求），唯一可行路径是引入中间代理，把多个 Redis 实例抽象为一个逻辑地址。常见方案有：
-
Redis Sentinel + 哨兵客户端：需额外部署 Sentinel 集群，phpredis 支持通过
sentinel连接模式自动发现主节点，但仅限高可用（failover），不解决读写分离或分片 -
Twemproxy（nutcracker）或 Redis Cluster Proxy：部署轻量代理，接收统一
127.0.0.1:22122请求，按 key hash 分发到后端多个 Redis 实例；此时 Laravel 只需配REDIS_HOST=127.0.0.1、REDIS_PORT=22122，完全无感 -
云厂商 Redis 服务（如阿里云 Tair、腾讯云 CRS）：它们内置代理层，对外暴露单一 endpoint，自动路由到分片节点；你只需确保
config/database.php中'client' => 'phpredis'，且host/port指向该 endpoint
注意：phpredis 连接代理或集群时，database 参数仍有效，但 password 必须与代理层配置一致（有些代理要求密码透传，有些则在代理侧鉴权）。
立即学习“PHP免费学习笔记（深入）”；
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
Laravel 9.x 中 phpredis 配置的关键对齐点
即使用了代理，以下三项不匹配，Cache、Session、Queue 仍会静默退回到 file 或报错：
-
config/database.php中'redis.default.client'必须设为'phpredis'（不能留空或写'predis'） -
.env中REDIS_HOST和REDIS_PORT必须与代理地址一致；若代理启用密码，REDIS_PASSWORD必须非空且正确（null表示无密码，空字符串''会导致认证失败） -
config/cache.php和config/session.php中的'connection'值（如'default'）必须与config/database.php下redis数组的键名完全一致 - 执行
php artisan config:clear && php artisan config:cache，否则旧配置缓存会覆盖新设置
验证是否生效：进 tinker 执行 Cache::store('redis')->put('test', 'ok', 60)，再查 Redis 代理后台或后端节点，确认 key 出现在某个分片上（而非本地 file）。
真正需要负载均衡的场景，优先换 predis
如果你的业务明确需要客户端侧分片（如按 user_id 分散缓存）、读写分离（主写从读）、或故障自动切换，predis 是更现实的选择。它原生支持：
-
scheme: 'redis'+ 多个host地址，配合parameters => ['scheme' => 'tcp'] -
scheme: 'redis-cluster'直连 Redis Cluster，自动路由 -
scheme: 'redis-sentinel'自动发现主从
切换成本很低：卸载 phpredis 扩展（sudo phpdismod redis），composer require predis/predis，然后把 config/database.php 中 'client' 改为 'predis'，其余配置结构不变。Laravel 9.x 对 predis 兼容性良好，且不会出现序列化错乱（phpredis 在某些版本中对 Closure 序列化处理异常）。
复杂点在于：所有使用 Redis 的地方（缓存、会话、队列）必须共用同一套连接逻辑，而 predis 的连接池、重试策略、超时参数需统一调优；一旦配置错位，SESSION_DRIVER=redis 和 QUEUE_CONNECTION=redis 可能连不同实例，导致登录态丢失或任务堆积——这点比单纯换驱动更值得盯紧。
