我只见过一些 session 变量用于存储少量数据的示例,例如单个用户 ID。我想知道在 session 变量中保存更频繁访问的数据以避免查询数据库是否会更有效。
例如,我创建了一个用户类,在构建时为该用户收集定期请求的数据(他们的用户 ID、用户名、电子邮件、密码和站点特定数据的数组),并将此实例作为 session 变量保存。用户初次登录后,很少需要查询数据库来获取有关用户的信息,因为它已经在内存中。
我实际上是更有效率,还是我只是因为内存使用而使系统陷入困境?
旁注 - 实际上,我发现从 session 中获取数据更容易,而不必担心优化我的查询和内容,所以我真的希望我不是白痴。
最佳答案
首先,PHP session 默认情况下不存储在内存中,它们存储在磁盘上,因此您写入的每个 block / session 都将占用磁盘空间而不是内存(直到您使用PHP 读取 session 数据)。
是的,您可能会更有效率,但如果您想扩大规模,那就不行了,原因如下:
在 session 中存储数据
在 session 中存储一些数据是完全可以接受的。从理论上讲,没有限制(尽管我从未尝试打破它甚至插入它,只是转向更有效的解决方案)。但是,您将受到磁盘空间和 PHP memory_limit()
的限制。 .
通常,存储在 session 中的数据包括:
- 用户名
- 哈希
- 注册日期
- 其他变量(用户组 ID/ key 等)
- 快讯
- (不是密码!)
但是,有一个权衡。如果您的流量(和使用量)增加并且您在 $_SESSION
中存储了大量数据,那么您很可能会开始看到问题,包括磁盘和内存使用方面的问题。
我认为您的建议没有任何问题,但除了您列出的项目以及上述示例重叠的地方之外,需要注意。
如果您想扩展(水平)并保留基于磁盘的 session ,那么您可以选择(sticky sessions 或存储区域网络是一对),因为一台服务器上的磁盘不会存储与服务器上的磁盘相同的 session 另一台服务器。
session 数据位置
您可以通过调用 session_save_path()
找到 PHP 存储 session 数据的位置:
或在 CLI 上:
php -r 'echo session_save_path(), "\n";'
您没有提到您的操作系统,但 session 文件的常见位置(跨不同操作系统类型)是:
/tmp
/var/lib/php5/
/var/lib/php/session
c:/wamp/tmp
使用 ls -al
存储在磁盘上的 session 通常具有如下所示的文件名:
-rw------- 1 www www 0 2013-07-09 20:12 sess_bdsdjedmvtas5njhr5530b8rq6
值得注意的是,通常会有垃圾收集进程在特定时间段后清除死 session 。它确实因操作系统而异,但它们通常出现在各种基于 LAMP 的安装中。
其他 session 存储选项/方法
在您的数据库中
session 数据通常存储在数据库中而不是本地磁盘中,这适用于具有合理流量水平的微型、小型和(取决于其完成方式)中型站点。
与任何其他解决方案一样,它具有优点和缺点(例如能够通过运行查询而不是从 /tmp
中删除 session 文件来禁止/踢出用户)
内存中
对于较大的(较高流量)站点,特别是在并发用户量很高的情况下,内存对于非常频繁访问的变量或数据的读取/写入速度更快,而不是给您的数据库增加过多的负载。它可以并且仍然应该写入数据库(参见 write-through caching),但也可以保存在内存中以进行有效访问。
一个特别好的技术是内存缓存。一个广泛使用的与 PHP 兼容的开源解决方案示例是 Memcached ,可以在一台服务器或多台[分布式]上使用。我已经看到小公司和大公司都在使用它,你只需要看看谁在使用它/贡献...
关于php - session 变量 : How much data is too much?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/17554990/