{help}--drupal---cache_form表太大
1、表cache_form中缓存了哪些记录？
2、我的网站的cache_form表太大（1.0G）。 cron 已经一个月没有工作了。当我手动运行它时，它仍然无法工作。为什么。 drupal版本是6.19。
1,what's record cached in the table cache_form?
2,my site's cache_form table is too big(1.0G). the cron hasn't been working for a month. when i run it manually, it still can't work. why. the drupal version is 6.19.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（5）
一个修补程序是手动删除数据库中的所有行。然而，问题不在于表单变得很大，而在于 cron 失败。如果你不发现并解决这个问题，在你的网站上不运行 cron 将会导致很多问题。
A hot fix, would be to manually delete all the rows from the database. However, the problem is not that form table it getting to big, but that cron is failing. Not running cron on your site will cause a lot of problems, in the future if you don't find and fix that problem.
cron_cache 的问题是它会对表进行截断。这意味着活动会话也会被删除。
The problem with cron_cache is that is does a truncate on the tables. So that means that active sessions also gets deleted.
为了回答你的第一个问题，cache_form 保存的正是听起来的缓存表单。因此，在具有大量表单的网站上，例如大型 ubercart 网站，其中每个产品页面都是“添加到购物车”表单，该表可能会变得巨大。
正如@googletorp 所指出的那样，似乎这个表变得太大是 cron 无法正常运行的直接结果。
To answer your first question the cache_form holds exactly what it sounds like, cached forms. So on sites with a bunch of forms, such as a big ubercart site where every product page is an add to cart form, this table can get ginormous.
It does appear as though this table getting too big is a direct result of cron not running properly as @googletorp indicates.
我正在使用 Drupal7.22，并且安装了 cron_cache 模块，该模块每 24 小时清除一次所有缓存，包括 cache_form 。
I'm using Drupal7.22 and i installed the cron_cache module that clears all the cache including cache_form every 24hours .