1

为什么Plonedata.fs文件这么大,会影响性能吗?

在我们当前的站点上,该文件超过 8GB。我最近在旧版 Plone 3 安装上接管了该项目的开发,并且数据库存在巨大的性能瓶颈。

我的第一印象是 8GB 是巨大的......?

  • 没有存储大文件。
  • 性能可能是数据库:
    1. 有一个zeo集群,
    2. 使用 apache 进行负载平衡
    3. 具有 16GB 内存的 8 核 vCPU 服务器
    4. 任何缓存页面(apache 层)都是闪电般的,其他的则非常慢

更新

经过以下建议和进一步调查。以下是来自服务器的一些统计数据:

  • 内存使用 15792/16045 <<--- 哎哟?

  • 平均 CPU 300-400%,8 个 CPU,5 个 zope 实例。我假设这是非常高的?因为每个实例都使用单个 CPU 线程来处理请求?这几乎是整个实例的平均 100% cpu 使用率?

  • 磁盘 IO高,平均 8984.85 块/秒

那么这意味着什么呢?apache 日志文件很大,有 7GB……我将安装 logrotate。但可以肯定的是这些统计数据:高磁盘 IO ......指向数据库问题?打包会缓解这种情况吗?在如此大批量的生产现场进行包装是否危险?

4

1 回答 1

6

ZODB 本身或数据库的大小不太可能导致性能不佳。我建议将您的数据库打包作为第一步。如果您以前没有定期这样做,打包将大大减小 ZODB 的大小:

https://plone.org/documentation/faq/how-do-i-pack-the-zodb

于 2016-05-03T15:36:37.697 回答