容器化PHP应用会话目录为空问题排查求助

一、是否遗漏会话持久化模块？ #

从你提供的配置来看，Registered save handlers: files user已经包含了默认的文件存储处理器files，这是PHP文件式会话存储必需的模块，无需额外安装扩展。只要旧环境也是使用files处理器，模块层面不存在问题。

二、为何无日志记录？如何开启更多日志？ #

PHP默认不会主动记录会话写入失败的细节，需要调整日志配置并添加调试代码：

• 修改php.ini配置：

  error_reporting = E_ALL
  log_errors = On
  error_log = /var/log/php/error.log
  

  确保/var/log/php目录存在且apache用户有写入权限。
• 在业务代码中临时加入调试逻辑，定位会话初始化问题：

  session_start();
  // 检查会话是否成功初始化
  if (empty(session_id())) {
      error_log("会话初始化失败");
  }
  // 检查会话存储目录可写性
  $savePath = session_save_path();
  if (!is_writable($savePath)) {
      error_log("会话存储目录 {$savePath} 不可写");
  }
  

• 同时查看Apache错误日志（通常路径为/var/log/apache2/error.log），权限或环境类报错可能会记录在这里，而非PHP日志。

三、是未保存还是被清理？相关配置排查 #

先确认会话是否真的未写入 #

创建测试脚本test_session.php，手动触发会话写入：

<?php
session_start();
$_SESSION['test_key'] = 'container_session_test';
echo "会话ID: " . session_id() . "<br>";
echo "存储路径: " . session_save_path() . "<br>";
echo "会话内容: " . $_SESSION['test_key'];
?>

访问脚本后立即检查/var/lib/php/session目录，查找以sess_开头、名称为当前会话ID的文件：

• 如果找不到该文件，说明会话根本没有被写入；
• 如果文件存在但很快消失，才需要排查垃圾回收或清理逻辑。

清理相关配置排查 #

你的会话垃圾回收配置session.gc_maxlifetime=1440（24分钟）、session.gc_probability=1、session.gc_divisor=1000与旧环境一致，不会导致异常清理，但需注意：

• 容器卷挂载问题：如果/var/lib/php/session挂载了宿主机目录或临时卷，可能因容器重启、宿主机权限不匹配导致文件丢失；
• 目录权限细节：除了所有者为apache，还要确保目录有写入权限（建议权限为700），可执行命令ls -ld /var/lib/php/session确认权限位；
• 自定义清理脚本：检查镜像是否添加了定时任务或启动脚本，是否会主动清理/var/lib/php/session目录。

额外排查要点 #

1. 运行用户一致性：如果使用PHP-FPM而非mod_php，需确认FPM的运行用户为apache（与会话目录所有者一致），否则FPM进程无写入权限；
2. SELinux限制：若容器内开启SELinux，可能阻止Apache写入会话目录，可临时执行setenforce 0测试，若问题解决则需添加SELinux规则允许写入；
3. 手动写入测试：在容器内切换到apache用户，执行touch /var/lib/php/session/test_file，若执行失败则为权限或SELinux问题；若成功则回到PHP日志和代码层面排查。

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