PHP会话随机销毁/超时问题求助

一、先排除PHP会话垃圾回收的潜在隐患 #

你虽然设了session.gc_probability = 0，但得确认服务器上有没有其他PHP站点/进程和你的应用共用同一个session存储目录。要是有其他站点开了垃圾回收，哪怕你的站点关了，对方的gc进程照样会清掉你的session文件。

• 先查当前session存储路径：

  echo ini_get('session.save_path');
  

• 如果是共用目录，赶紧改，要么在php.ini里设，要么在站点的.htaccess或Apache配置里指定独立路径：

  php_value session.save_path "/path/to/your/unique/session/dir"
  

  记得给这个目录设对权限——Apache进程得能读写，一般是chown www-data:www-data加chmod 700。

二、Apache层面的可能问题排查 #

1. 进程回收或资源限制 #

Apache的MPM模式（比如prefork、worker、event）在流量暴涨时会回收进程，如果你的session不是存在文件里（比如用了mm这类依赖进程内存的存储方式），或者自定义session存储有问题，进程一回收，session就丢了。

• 先查session存储方式：

  echo ini_get('session.save_handler');
  

  优先用files（默认）或者靠谱的分布式存储比如Redis、Memcached，而且要确保这些服务稳定运行。
• 去看Apache的MPM配置文件（比如httpd.conf或者mpm_prefork.conf），调一下进程回收参数：
  • 用prefork的话，看MaxRequestsPerChild，别设太小，默认1000可以调到10000，避免频繁重启进程丢数据。
  • 用event/worker的话，调MaxConnectionsPerChild，同理设个合理值。

2. 缓存或反向代理搞的鬼 #

要是服务器前端有反向代理（比如Nginx），或者Apache自己开了mod_cache缓存模块，很可能会误缓存带session标识的响应，用户拿到过期的session ID，就会显示会话过期。

• 检查Apache有没有开mod_cache，要是开了，得确保不缓存带Set-Cookie头的请求：

  CacheDisable /path/to/your/application
  # 或者更精细的规则
  <Location "/">
      Header unset Cache-Control
      Header unset Expires
  </Location>
  

• 还要确保响应头里的Cache-Control设成no-cache, no-store, must-revalidate，防止客户端或代理缓存session相关内容。

三、其他排查方向 #

1. 文件系统权限或磁盘问题 #

如果session存在文件里，磁盘空间不够、inode耗尽，或者Apache进程突然没了session目录的读写权限，都会导致session文件创建/读取失败，看起来就是会话过期。

• 查磁盘状态：用df -h看剩余空间，df -i看inode够不够。
• 盯着session目录的文件变化，流量大的时候看看有没有创建失败的情况，去Apache的error.log里找相关报错。

2. 并发请求的session竞争 #

高并发下多个请求同时读写session文件，容易出现锁冲突，导致部分请求拿不到session，看起来像会话过期。

• 可以开session.use_strict_mode = 1，拒绝无效的session ID：

  php_value session.use_strict_mode 1
  

• 最好换成Redis这类分布式session存储，文件存储在高并发下本来就容易有锁竞争的问题。

3. 扒一扒PHP错误日志 #

去看PHP的error_log，找和session相关的警告或错误，比如“session_start(): Failed to read session data: files”这种，直接就能定位问题根源。

内容的提问来源于stack exchange，提问作者Guryeli