Session Drupal会话表越来越大

Session Drupal会话表越来越大,session,drupal,Session,Drupal,在过去的几个月里,我的drupal会话表膨胀到了几GB。它似乎是从我升级到Drupal5.20时开始的(以前我认为drupal会自动清除旧会话)。因此,我创建了一个cron作业来删除超过两周的会话,但这需要很长时间才能执行(会话表每周增长约一百万行)。drupal真的应该处理这个问题,还是只需要缩短最大会话时间,直到执行时间可以接受 另外,我认为drupal不应该在第一次请求时创建会话,从而为爬虫程序消除了许多垃圾条目。但至少有四分之一的会话条目是机器人。这听起来像是代码中的某个bug。由于这个

在过去的几个月里,我的drupal会话表膨胀到了几GB。它似乎是从我升级到Drupal5.20时开始的(以前我认为drupal会自动清除旧会话)。因此,我创建了一个cron作业来删除超过两周的会话,但这需要很长时间才能执行(会话表每周增长约一百万行)。drupal真的应该处理这个问题,还是只需要缩短最大会话时间,直到执行时间可以接受


另外,我认为drupal不应该在第一次请求时创建会话,从而为爬虫程序消除了许多垃圾条目。但至少有四分之一的会话条目是机器人。

这听起来像是代码中的某个bug。由于这个确切的原因,Drupal不应该在第一次请求时创建会话

Drupal更新只是Drupal 6及更低版本的错误修复/安全修复。所以我不明白为什么升级会导致这个问题


您是否以任何方式更改了Drupal core?

在我再次研究该问题时发现了这一点

这可能是由于:某些linux发行版中的库存PHP配置意味着没有运行PHP会话垃圾回收。所以Drupal会话清理功能应该从DB中清理旧会话,但从未运行过


请参见此处的所有内容:

Drupal core在一些地方进行了修改,但没有任何影响。不过,我做了一些进一步的调查,发现一个contrib模块(有机组)干扰了drupal的会话处理。我更新了模块,这似乎已经解决了它!