php默认files会话处理器在分布式环境失效，因各服务器仅读本地文件且不共享；改用redis会话处理器可彻底解决，需精确配置save_handler、save_path、auth参数及gc_maxlifetime。
PHP 默认的 files 会话处理器在分布式环境里根本不能用——用户在 A 服务器登录，下一次请求落到 B 服务器，$_SESSION 就是空的，等同于未登录。这不是 Bug，是设计使然：每个实例只读本地文件，彼此不通信。
为什么 session.save_handler=redis 是最可行的生产选择
Redis 不仅快、低延迟，还天然支持跨节点访问，且 PHP 原生支持它作为会话后端，无需重写逻辑。关键在于配置必须精确，否则会静默失败或降级回文件存储。
-
session.save_handler必须设为redis（小写），不是Redis或REDIS，大小写错误会导致 PHP 忽略该配置，悄悄 fallback 到files -
session.save_path要带协议前缀：tcp://127.0.0.1:6379，不能只写127.0.0.1:6379；有密码时必须用auth=参数，如tcp://127.0.0.1:6379?auth=abc123 - 确保所有 PHP 实例连接的是同一个 Redis 实例（或集群），且网络可达；若用 Redis Cluster，需确认客户端扩展（phpredis）版本 ≥ 5.3.0 并启用
redis.session.cluster配置 - 别忽略
session.gc_maxlifetime：它决定 Redis 中 key 的 TTL，必须和业务会话过期时间一致；例如设为1800（30 分钟），Redis 中对应 key 才会自动过期
session.cookie_domain 和 session.name 怎么配才不串号
多应用共域（比如 app1.example.com 和 app2.example.com）时，光靠 Redis 共享还不够——Cookie 本身可能被错误发送，导致 A 应用读到 B 的 PHPSESSID，进而加载错的会话数据。
- 必须在
session_start()前调用session_set_cookie_params()，显式限定作用域：session_set_cookie_params(0, '/', '.example.com', true, true)（注意开头的点表示子域通配） - 更稳妥的做法是为每个应用设独立
session.name，比如session_name('APP1_SESS')，这样浏览器会存两个 Cookie：APP1_SESS和APP2_SESS，彻底隔离 - 不要依赖
php.ini里的session.cookie_domain全局设置——它无法区分不同应用，运行时动态设置才可控
MySQL 存 Session 看似稳，但容易拖垮主库
用 MySQL 存会话确实能持久化、易审计，但每请求一次就要查一次 SELECT ... FOR UPDATE，再加定时清理过期记录的 DELETE，对高并发场景就是灾难。
- 除非你已把会话表单独拆到只读从库 + 连接池，并禁用
session.use_strict_mode = Off（否则首次无会话 ID 时会触发额外 INSERT），否则别在核心业务线路上用 - 如果非用不可，务必建复合索引：
INDEX(session_id, session_expiry)，否则gc清理时全表扫描 -
session_set_save_handler()自定义处理器里，read()方法必须返回字符串（哪怕空），返回null或false会导致 PHP 误判为“会话损坏”，直接新建一个
Memcached 方案要警惕数据丢失和哈希漂移
Memcached 没有持久化，重启即丢所有会话；更隐蔽的问题是：当增减 Memcached 节点时，一致性哈希可能导致大量 key 重分布，用户集中掉登录。
-
session.save_handler = memcached时，session.save_path中的多个地址是“并列”而非“主从”，挂掉一个不影响其他，但不解决漂移问题 - PHP 的 memcached 扩展默认使用 libmemcached 的 ketama 算法，但不同版本行为不一致；建议固定扩展版本（如 php-memcached 3.2.0+），并在上线前压测节点变更场景
- 若业务容忍短暂掉线（比如内部工具系统），可用；但面向用户的电商、支付类系统，不建议
真正麻烦的从来不是“怎么配 Redis”，而是时间同步、GC 策略与负载均衡策略的耦合——比如 Nginx 的 ip_hash 看似能兜底，但用户走代理时 IP 会变；而 Redis 的 save_path 里漏写 auth=，服务却照常启动，直到某天发现一半用户反复登出，才意识到会话早就在写本地文件了。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
