redis是php多服务器部署下最可靠、性能最优、配置最轻量的会话后端方案；需确保php-redis扩展已加载、session.save_handler=redis、save_path带tcp://前缀及正确auth参数，集群环境须用rediscluster handler并规范seed格式，同时严格同步各服务器系统时间。
直接用 redis 做会话后端，是当前 PHP 多服务器部署下最可靠、性能最好、配置最轻量的方案。其他方式（如 MySQL、Memcached、自定义 handler）要么慢，要么丢数据，要么维护成本高，不推荐作为主力方案。
session.save_handler=redis 配置生效但 session 不写入 Redis
常见现象：PHP 脚本执行无报错，$_SESSION 能读写，但用 redis-cli keys "PHPREDIS_SESSION*" 查不到键；或多个服务器间 session_id 相同却读不到彼此数据。
- 确认
php-redis扩展已加载：php -m | grep redis，不是php-memcached或predis（后者不支持原生 session handler） -
session.save_path必须带协议前缀："tcp://192.168.1.100:6379"，不能只写"192.168.1.100:6379"，否则 phpredis 会降级为 Unix socket 模式并静默失败 - 若 Redis 启用了密码，必须显式加
auth=xxx参数："tcp://192.168.1.100:6379?auth=myPass123"；空密码也要写auth= - 检查 PHP 错误日志里是否有
Failed to write session data，它常被session_start()的 silent failure 掩盖
Redis 集群环境 session.save_path 怎么填
原生 PHP 不支持 Redis Cluster 自动重定向，必须依赖 phpredis 扩展（≥5.0）且启用集群模式。填错格式会导致连接单点、无法 failover 或 key 分布混乱。
- 集群模式必须用
redisclusterhandler：session.save_handler = rediscluster -
session.save_path要写 seed 节点，不是所有节点；格式为："seed[]=192.168.1.10:7000&seed[]=192.168.1.11:7000"，不能用逗号分隔 - 不要在
save_path中混用tcp://和裸 IP，phpredis 集群模式只认seed[]=形式 - 集群中任意一个 seed 节点宕机不影响初始化，但至少要有一个可连通，否则
session_start()会阻塞超时（默认 2.5 秒）
FrankenPHP 或 Swoole Worker 模式下 session 行为异常
这类常驻进程模型会复用 PHP 进程，导致 session 数据可能被缓存、复用或跨请求污染，尤其在并发修改 $_SESSION 时。
- FrankenPHP 默认启用 session lock，但锁粒度是 per-session_id；若多个请求同时操作同一 session，后到者会等待，默认最多等 1 秒（
redis.session.lock_wait_time=1000） - Swoole 中未调用
session_write_close()就发起异步 I/O（如go()或协程 sleep），会导致 session 文件句柄被长期占用，后续请求卡住 - 务必在 Worker 内尽早关闭 session：
session_start(); $_SESSION['x'] = 'y'; session_write_close();，释放锁和资源 - 不要在 Swoole 的
onReceive或onMessage回调里直接调用session_start()—— WebSocket 连接没有 HTTP Cookie 上下文，session_id()可能为空
最容易被忽略的是时间同步和过期策略：所有服务器的系统时间差超过 session.gc_maxlifetime（默认 1440 秒），就会出现“明明刚写入 session 却立刻被 GC 清理”的情况。NTP 同步不是可选项，是硬性前提。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
