【问题标题】:CCK fields disappear from Content typeCCK 字段从内容类型中消失
【发布时间】:2010-10-29 06:07:04
【问题描述】:

有时,在网站高流量期间,CCK 输入字段会在从后端添加内容时消失。 我没有启用油门模块。这些字段在其他时间会自动恢复。

例如 - 图片上传字段、内容类型的精选复选框新闻会在交通繁忙时消失,但在其他时间会自动恢复。

可能是什么原因?

Drupal 在流量繁忙时是否有内部节流机制?

【问题讨论】:

    标签: drupal drupal-6 throttling


    【解决方案1】:

    Drupal 在流量繁忙时是否有内部节流机制?

    没有。 Throttle 试图做到这一点,但它通常不被使用。因为你把它关闭了,所以它不会成为原因。

    我建议调整您的性能设置,看看您是否可以获得峰值负载而不会对您的系统造成太大影响。

    【讨论】:

    • 您能否详细说明可以调整以处理峰值负载的性能设置?感谢大家的帮助!
    • 如果您在 admin/settings/performance 中查看缓存选项,如果视图速度较慢,您可以在视图管理中打开缓存。
    【解决方案2】:

    对我来说,这表明您的数据库存在问题。尝试通过以下方式优化您的数据库

    1. 增加可用的缓存 RAM
    2. 将您的表从 MyISAM 更改为 InnoDB。 InnoDB 在高流量期间更可靠。
    3. 尝试将会话处理移至 memcache(在 google 上搜索“drupal session handling memcache”或类似的字符串以了解如何执行此操作)。这显着降低了服务器负载。
    4. 做一些调试,看看什么是慢查询,我确定 CCK 是罪魁祸首。您可以使用 devel 模块查看慢查询或进入 mysql 界面了解哪些是慢查询。根据您获得的慢查询,您可以向表中添加一些索引。

    【讨论】:

    • Sid,我已将 RAM 增加到 16GB,使用 Memcache 和 APC 缓存,手动索引表。通常,视图查询是最慢的查询,但我可以手动编码所有使用的视图。任何替代建议。另外,是否建议将表更改为 InnoDB 而不会有 MySQL 崩溃的风险?
    • @Lovleen:我仍然建议您转向 InnoDB。显然,您应该在做任何激烈的事情之前进行备份。您应该使用开发模块中的查询日志来查看哪些是“慢”查询。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-09-22
    相关资源
    最近更新 更多