【问题标题】:WordPress performanceWordPress 性能
【发布时间】:2014-09-11 16:57:21
【问题描述】:

有一个 wordpress 项目创建了很多错误,现在我必须掩盖以前程序员的工作。现在最大的问题是性能问题。

该项目在具有 4GB RAM、4 CPU CORE、4 MySQL CPU Core 并支持 20 个并发连接的测试云服务器上响应有时很好,有时很差。

我刚刚检查了服务器,它工作正常。大多数文件的响应时间都还可以,但是当需要数据库交互时,性能就很差了。

我检查了数据库,我只看到了两件我认为可能有问题的东西,但我不确定如果我改变这些我的问题会得到解决:

1) 有些表是 InnoDB 而有些表是 MyISAM 不应该都一样吗?如果你的表现是正确的?

2) 编码是 utf8_general_ci 不应该是 utf8_unicode_ci 吗?

3) 如果我手动使用 phpmyadmin 重新索引所有表文件会怎样?

还有什么需要考虑的吗?

【问题讨论】:

  • 你开启并检查了慢查询日志吗?
  • 从 wp_posts 表中删除不重要的修订。还要检查 WP_query 循环。
  • 可能坚持的事情显然是 20 个连接,在正常使用情况下,如果 20 个用户一起开始,你会很不幸,但几周前我遇到了一个问题,垃圾邮件机器人正在插入 cmets 以供草稿并使用资源,他们在我插入之前获得了 40k。慢时检查 cpanel 或 equiv 的连接。另外数据库的大小是多少?其他需要注意的是启用了很多插件,每次都会加载。查看wordpress.org/plugins/p3-profiler

标签: mysql wordpress performance


【解决方案1】:

问题是由于我使用了“Fancy Designer”的codecanyon插件,它序列化并附加了一个大的js画布+所有客户端上传的图像作为每个woocommerce帖子的帖子元数据,而且这些巨大的数据被冗余保存到wp_options作为 woocommerce persistentcart 数据。我更改了插件代码以将所有内容保存为文件而不是数据库,然后我的 30mb 数据库中只有 2 个订单,现在只有 4mb 和 100 个订单。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2014-03-01
    • 2010-11-04
    • 2018-01-31
    • 2021-08-10
    • 1970-01-01
    • 1970-01-01
    • 2015-03-26
    • 1970-01-01
    相关资源
    最近更新 更多