PHP连接Redis优先用phpredis扩展，性能比Predis高3–5倍；未安装扩展时new Redis()会报Class not found错误，须用php -m | grep redis或phpinfo()验证；生产环境必须设connect超时和auth返回值校验，并调ping()确认连通性。
PHP 连接 Redis 缓存服务，优先用 phpredis 扩展，性能比纯 PHP 的 Predis 高 3–5 倍；但若无法装扩展（如共享主机），Predis 是唯一可行路径。
确认 phpredis 扩展是否已加载
没装扩展就调 new Redis() 会直接报 Fatal error: Uncaught Error: Class "Redis" not found。别猜，直接验证：
- 运行
php -m | grep redis（Linux/macOS）或查看phpinfo()页面里有没有 “redis” 模块区块 - Windows 下检查
php.ini是否有extension=php_redis.dll，且该文件真实存在于ext/目录 - PHP 8.0+ 用户注意：旧版
phpredis（如 5.3.x）不兼容，必须用 6.0+ 版本；用pecl install redis安装时默认拉最新版
用 phpredis 建立带超时和重试的连接
只写 $redis->connect('127.0.0.1', 6379) 在生产环境等于裸奔——网络抖动、Redis 重启、防火墙策略变更都会让脚本卡死或崩溃。
- 必须设连接超时（单位秒）：
$redis->connect('127.0.0.1', 6379, 2.5)，超过 2.5 秒失败，不阻塞后续逻辑 - 密码认证要判返回值：
if ($redis->auth('your_pass') === false) { throw new Exception('Redis auth failed'); }，auth()失败不抛异常，只返false - 加
ping()验证连通性：if ($redis->ping() !== '+PONG') { /* 连接不可用，走降级逻辑 */ }，注意返回是字符串'+PONG'，不是布尔
Predis 连接配置的关键参数
Predis 虽免编译，但默认配置极不健壮：无超时、无重试、无连接池，高并发下容易耗尽 socket 资源。
立即学习“PHP免费学习笔记（深入）”；
- 必须显式传超时参数：
['scheme' => 'tcp', 'host' => '127.0.0.1', 'port' => 6379, 'timeout' => 2.5, 'read_write_timeout' => 2.5]，漏掉read_write_timeout会导致读操作无限挂起 - 密码要放在
parameters里：'password' => 'your_pass'，不是auth字段 - 避免每次 new 客户端：用单例或依赖注入容器管理实例，否则每次 new 都新建 TCP 连接，开销远大于
phpredis
连接后立即设置序列化处理器（防数据错乱）
Redis 只存字符串，但 PHP 开发者常想存数组、对象。不统一序列化方式，缓存读写会出诡异问题——比如 set('user', $obj) 存进去的是对象 toString() 结果，get() 拿回来根本不是对象。
-
phpredis提供setOption()：$redis->setOption(Redis::OPT_SERIALIZER, Redis::SERIALIZER_PHP)，之后所有set()自动序列化，get()自动反序列化 - 但
Redis::SERIALIZER_PHP有反序列化风险，仅限可信数据；更安全的替代是Redis::SERIALIZER_JSON（需 PHP 7.4+，且要求数据可 JSON 化） -
Predis默认不序列化，必须自己json_encode()/json_decode()，别忘了json_last_error()校验
真正容易被忽略的点是：连接配置里的超时值和序列化选项一旦漏设，问题不会立刻暴露，而是在高负载、网络波动或存复杂结构时集中爆发，且错误日志里往往只有“false”或空响应，得翻半天才定位到是连接或序列化环节断了。
