PHP连Redis本质是调用缓存服务，非传统数据库操作；主流方式为ext-redis（高性能、需编译）和Predis（纯PHP、易部署）；须用setex()保障原子性，连接后必ping()验证可用性。
PHP 连 Redis 不算传统意义上的数据库操作
Redis 是内存数据结构存储，不是关系型数据库（如 MySQL），PHP 用 redis_connect() 或 Predis\Client 连它，本质是调用缓存服务，不走 SQL、无事务、无外键约束。哪怕你用 Redis 存用户表映射（比如 user:123），它仍被归类为「缓存层」或「NoSQL 数据库」，但生产中绝大多数场景下，它不替代 MySQL，而是配合使用。
连 Redis 的两种主流方式及选型建议
PHP 官方扩展 ext-redis 和第三方库 Predis 都能连，但行为差异明显：
-
ext-redis是 C 扩展，性能高、内存占用低，支持连接池（需搭配phpredis5.3+ 和RedisCluster类），但安装依赖系统环境（如需编译） -
Predis纯 PHP 实现，无需扩展，composer require predis/predis即装即用，适合容器化或共享主机，但序列化/反序列化开销略大，高并发下延迟稍高 - 若用 Laravel，推荐默认的
predis配置；若用 Swoole 长连接或做秒杀，优先上ext-redis+Redis::connect()持久连接
set() 和 setex() 别乱用：过期逻辑直接影响缓存一致性
很多人写 $redis->set('key', 'val') 后忘了设过期，导致脏数据长期驻留内存；也有人误以为 setex() 只是语法糖，其实它底层是原子命令，比 set() + expire() 更安全：
-
setex('cache:user:100', 3600, $data)—— 原子写入+过期，网络中断也不会出现 key 有值但没过期的情况 -
set('cache:user:100', $data); $redis->expire('cache:user:100', 3600)—— 两步操作，中间失败会导致永不过期 - 注意单位：所有时间参数都是「秒」，不是毫秒；若用
setex()传了0，Redis 会报错ERR invalid expire time in setex
连接异常时别静默失败：必须检查 ping() 和 getLastError()
Redis 服务挂了、密码错了、超时了，redis_connect() 可能返回 resource 但后续命令全失败，而 PHP 默认不抛异常。常见假成功现象：
立即学习“PHP免费学习笔记（深入）”；
- 连上但认证失败：
$redis->auth('wrongpass')返回false，但你不判断就继续set()，结果写不进 - 连接后未
ping()：建议每次初始化后加if (!$redis->ping()) { throw new Exception('Redis unreachable'); } - 用
ext-redis时，$redis->getLastError()能拿到最近错误（如Connection refused），比靠try/catch更早发现问题
Redis 不是“连上了就万事大吉”的服务，它的故障表现往往很隐蔽——数据写不进去、读出来是空、超时卡住几秒才返回。这些都得在连接建立后立刻验证，而不是等业务逻辑跑一半才暴露。
