PHP会话同步需统一存储后端与配置：文件存储天然不支持多服务器同步；必须改用Redis等集中式存储，并确保所有服务器共享同一数据源、配置一致（如session.save_handler、save_path、gc_maxlifetime）、Cookie域正确，否则将出现反复登录等问题。
PHP会话同步不是“打开某个开关”就能自动生效的，它取决于你**用什么存 session、怎么配 PHP、以及服务器之间能否共享同一份数据源**。核心结论：文件存储（session.save_handler = files）天然不支持多服务器同步；必须切换到集中式存储，且所有服务器指向同一个后端。
为什么默认的 files 存储无法同步
PHP 默认把 session 数据写在本地磁盘文件里，路径由 session.save_path 控制，比如 /var/lib/php/sessions/sess_xxx。每台服务器都只读写自己的目录，A 服务器生成的 sess_abcd1234 文件，B 服务器根本看不到——哪怕用户带着同一个 PHPSESSID Cookie 访问 B，B 也查不到对应数据，结果就是“已登录”变成“请重新登录”。
常见错误现象包括：
- 用户在负载均衡下刷新页面时反复跳转登录页
- 同一浏览器访问不同子域名时会话丢失（未设
session.cookie_domain） - 日志里频繁出现
session_start(): Failed to read session data
用 Redis 实现跨服务器同步（推荐）
Redis 是目前最主流、性能最好、运维最成熟的方案。关键是让所有 PHP 服务器都连接到**同一个 Redis 实例或集群**，并统一配置 session.save_handler 和 session.save_path。
立即学习“PHP免费学习笔记（深入）”；
实操要点：
- 确保所有服务器安装了
php-redis扩展（不是predis，那是纯 PHP 客户端，不参与原生 session 流程） - 在
php.ini中统一设置：session.save_handler = redissession.save_path = "tcp://10.0.1.5:6379?auth=yourpass&database=2"（IP 替换为你的 Redis 地址） - 必须保证所有服务器的
session.gc_maxlifetime值一致，否则 A 服务器认为该删的 session，B 还在用 - Redis 的
database参数建议显式指定（如database=2），避免和业务缓存混用导致误清
不需要改代码，也不需要手动调用 session_set_save_handler()——这是原生扩展直连模式，比 Predis + 自定义 Handler 更轻量、更可靠。
用数据库或 Memcached 同步的取舍
MySQL 或 Memcached 也能做，但各有明显短板：
-
session.save_handler = mysqli不存在，PHP 原生不支持 MySQL；必须自己写session_set_save_handler()，实现read/write/destroy等六个方法，容易出 bug（比如没正确处理并发写入、没加锁、GC 逻辑漏掉） -
session.save_handler = memcached可用，但 Memcached 不持久、无过期原子性（set key value 300是近似过期），高并发下可能产生“幽灵 session”——用户登出后仍能短暂访问 - 如果非要用数据库，建议用现成封装，比如 Symfony 的
PdoSessionHandler，而不是手写
性能上：Redis > Memcached > MySQL（尤其写入延迟）；稳定性上：MySQL > Redis > Memcached（因后者重启即丢）。
别漏掉 cookie 域名和安全配置
即使后端 session 数据已共享，前端 Cookie 若作用域不对，服务器根本收不到正确的 PHPSESSID。典型遗漏点：
- 子域名间共享：必须设
session.cookie_domain = ".example.com"（注意开头的点），不能是www.example.com - HTTPS 环境下未启用
session.cookie_secure = 1，导致 Cookie 被浏览器拒绝发送 - 未设
session.cookie_httponly = 1，增加 XSS 泄露 session ID 风险 -
session.use_strict_mode = 1必须开启，防止攻击者伪造 session ID 强行创建空会话
这些参数最好统一写进 php.ini，而不是靠 ini_set() 动态设置——后者在某些 SAPI（如 PHP-FPM）下可能不生效。
真正难的不是选 Redis 还是 MySQL，而是确保所有服务器的 php.ini 配置完全一致、时间同步（NTP）、Redis 连接稳定、且没有某台机器悄悄回退到了 files 模式。上线前务必用 phpinfo() 页面逐台核对 session 区块的值。
