真正可靠的Redis连接需在connect()后立即用ping()活检并捕获异常，显式设置超时（如2.0秒）、认证紧随其后、禁用本地IP硬编码，且必须区分setex()秒级单位与序列化策略，避免跨语言读写失败。
Redis 不是“学完就用”，而是“用时才真正开始学”。PHP 里操作 Redis 的门槛其实很低，但踩坑点非常集中——连接不稳定、序列化不一致、过期逻辑错乱、集群路由失效、持久连接复用失败。掌握它不需要从源码或协议入手，重点是把几个关键动作做对。
怎么连上 Redis 才算真正可靠？
光调通 $redis->connect() 不代表连接可用；很多线上问题出在“连上了但没活检”。必须搭配 ping() + 异常捕获，且不能只在初始化时做一次。
-
$redis = new Redis();后立刻try/catch包裹connect()和ping()，否则超时或拒绝连接会抛RedisException导致脚本中断 - 别用
set_time_limit(0)换连接稳定性——网络抖动时connect()默认阻塞 5 秒，应显式设$redis->connect('127.0.0.1', 6379, 2.0)控制超时 - 密码认证必须紧跟
connect()之后、任何命令之前；若先select()再auth()，会返回NOAUTH Authentication required - 本地开发用
127.0.0.1，生产环境禁用；Docker 或 K8s 场景下务必用服务名（如redis-master），避免硬编码 IP 导致 DNS 缓存失效
为什么 set() 存进去 get() 不出来？
最常见不是连错了，而是数据被自动序列化/反序列化了，或者过期时间单位搞混了。
-
setex()第三个参数单位是**秒**，不是毫秒；误传3600000就等于存了 41 天，而非 1 小时 - 如果启用了
redis.serializer = php（php.ini 中），set()会自动serialize()，get()自动unserialize()；但跨语言（如 Node.js 写、PHP 读）就会失败——此时应统一用setRaw()/getRaw()（需 PhpRedis ≥ 5.3.2） -
setnx()返回int：1 表示设置成功，0 表示 key 已存在；别当成布尔值判断，否则if ($redis->setnx(...))在 key 存在时会进 true 分支（因为 0 被转为 false，但逻辑反了） - 使用
pipeline()时，所有命令结果按顺序返回数组，get()的结果可能在第 3 个位置，别默认取[0]
哈希、列表、集合操作容易漏掉什么？
结构型命令看似直白，但边界行为和返回值类型极易误判。
-
hGetAll()返回关联数组，键名**原样保留**（包括大小写、特殊字符）；但若字段名含空格或中文，hGet()必须传完全一致的字符串，不能靠 trim 或 strtolower 补救 -
lPop()/rPop()对空列表返回false，不是null或空字符串；用=== false判断，避免== false把整数 0 当成空 -
sMembers()总是返回索引数组，即使只一个元素；而zRange()默认返回值数组，加第 4 参数true才返回[member => score]形式——这个布尔开关漏掉就拿不到分数 -
zAdd()第二个参数是score，必须是数字；传字符串"10"会被转成 float，但若传"1e2"可能解析为 100.0，精度丢失；建议统一(float) $score
持久连接（pconnect）为什么有时更慢？
pconnect() 不是“开箱即用”的性能银弹，它依赖进程生命周期和连接池管理机制。
立即学习“PHP免费学习笔记（深入）”；
- FPM 模式下，每个 worker 进程维护独立持久连接；若配置
pm.max_children = 50，最多打开 50 个 Redis 连接，超出会退化为短连接 - 连接空闲超时由 Redis 服务端
timeout配置控制（默认 0，即永不过期），但 PhpRedis 不会主动探测断连；下次使用时才发现Connection lost，需手动重连 - 集群场景下，
RedisCluster类不支持pconnect()；必须用单节点Redis实例或改用redis.clusters.cache_slots = 1配合普通连接 - 调试时禁用持久连接：
php -d redis.pconnect=0 script.php，避免因旧连接残留状态干扰测试
var_dump() 结果，比查文档更快定位问题。 
