phpredis健康检查需通过原生ping+set/get验证：先确认扩展已加载且版本≥4.3.0，再用redis-cli模拟相同参数（host/port/auth/db）执行PING；Laravel中应绕过Facade直接调用$client->ping()和$client->set()+get()确保可读可写。
phpredis 扩展本身不提供健康检查接口，必须通过 Redis 连接行为间接验证——连得上、能发命令、有响应，才算“健康”。
确认 phpredis 已加载且版本匹配
运行 php -m | grep redis，输出中必须含 redis（不是 redis.so 或空行）。若无输出，说明扩展未启用：检查 php.ini 是否含 extension=redis，并确认 PHP-FPM 服务已重启。Laravel 6.x 要求 phpredis ≥ 4.3.0；旧版本（如 3.x）在高并发下易出现连接泄漏或 read error on connection 错误。
用 redis-cli 模拟 phpredis 的实际连接行为
Laravel 6.x 的 phpredis 客户端默认使用 TCP 连接 + 密码认证 + 数据库选择，redis-cli 必须用相同参数才能复现真实链路：
- 执行
redis-cli -h $REDIS_HOST -p $REDIS_PORT -a "$REDIS_PASSWORD" -n $REDIS_DB PING（$REDIS_DB来自config/database.php中redis.default.database值） - 返回
PONG表示网络、认证、DB 切换均正常；若报NOAUTH Authentication required，说明REDIS_PASSWORD=null写成了空字符串，或.env中该行被注释/删除 - 若超时，检查防火墙是否放行端口，以及 Redis 是否绑定了
127.0.0.1而非0.0.0.0（Docker 环境常见）
在 Laravel 中触发一次最小化连接验证
避免依赖 Cache::get() 或 Redis::get()——它们可能命中本地连接池或缓存驱动抽象层，掩盖底层问题。直接调用 phpredis 原生实例：
立即学习“PHP免费学习笔记（深入）”；
use Illuminate\Support\Facades\Redis;
try {
// 强制走 phpredis 客户端，绕过 facade 缓存
$client = Redis::connection()->client();
$client->ping(); // 不用 get()，ping 最轻量
echo "phpredis health OK";
} catch (\Exception $e) {
// 注意：phpredis 抛出的是 RedisException，不是 RuntimeException
\Log::error('phpredis health check failed: ' . $e->getMessage());
// 常见错误信息：<code>Connection refused</code>、<code>read error on connection</code>、<code>Authentication failed</code>
}
这个调用会真实发起一次 TCP 握手 + AUTH + SELECT + PING，是生产环境健康检查探针最可靠的写法。
真正容易被忽略的点是：Laravel 6.x 默认不校验 Redis 连接是否“可写”。有些部署场景（如只读副本）PING 成功但 SET 失败，建议在健康检查中加一句 $client->set('health:test', time(), ['EX' => 1]) 并立即 get 验证，否则上线后缓存写入静默失败。
