由Memcached处理的PHP会话仍在磁盘上

Question

我们在Nginx下设置了PHP5 FPM。 我们使用Memcached作为会话处理程序。

session.save_handler=memcached

我的期望是，所有会话都应成功地转移到Memcached中，并且明确地不使用磁盘，以确保不失败（尽管发生了一些致命的错误，例如Memcached服务器的死亡）。

但是，在检查我们的应用程序后，我在/var/lib/php5/fpm/找到了有关Memcached AND的会话。

一些故障排除：

1. 我们肯定会在Memcached上设置新的会话。 但是，我在磁盘上找到的某些会话没有出现在Memcached上
2. 基于文件的会话的时间戳肯定是最近的-当前时刻有文件。
3. 这些文件的权限仅适用于安装用户-不是root用户。

尽管具有所述点3的上方，存在有根用户和组所有权的一些文件。 我觉得这很奇怪。 为什么会有root拥有的会话？ 这意味着任何试图检查文件（具有0600权限btw）的人都将失败。

所以，我想我的问题是：

1. 尽管我们使用Memcached，在任何情况下都可以在磁盘上创建新的会话文件有效吗？
2. 知道为什么我们要拥有具有根所有权的会话文件吗？

对于上下文：我正在研究非常零星的会话到期问题。 在增加了Memcached内存限制和并发连接（并最终修复了大量实例）之后，我们仍然遇到少量的会话失效。 无论如何，这仅仅是上下文-可能并不重要。

Answer 1

会话文件由cron启动的php-cli创建。 cli config与fpm 1不同，它使用默认的文件会话处理程序。

编辑

重要的是，cronjob必须是碰到了一段手动启动会话的代码
要么
必须将PHP5-cli的配置指令session.auto_start设置为true