Wordpress生成了大量的sql查询。
我们使用'WP最快缓存‘从您的平台创建静态html页面并缓存它们。但是对于登录用户来说,静态页面不起作用。
这就是我所看到的。122次查询,7.8秒在db时间内花费!此外,如您所见,所有查询都相当快(~0.05s)。因此,缓存查询不会有帮助。

我正在使用bluehost部署mysql。
优化这个问题的最佳方法是什么。有没有一种方法可以在mysql或其他优雅的解决方案上并行运行所有查询?
我正在考虑用rails在heroku上构建这个程序,但是我们目前没有足够的时间,所以我们必须想出一种优化数据库的方法。
发布于 2015-07-15 01:08:30
而且,正如您所看到的,所有查询都非常快。
这些查询不是那么快。对options表进行简单查找的0.1s非常慢。
您发布的图像中的所有查询都在options表上。我不确定您的大多数查询是否是选项查询,但是如果您想减少选项查询的总数,可以在update_option或add_option上使用update_option参数。从文件中:
$autoload (string) (可选)是否应该由函数所有选项()自动加载此选项(将选项放入每个页面加载的对象缓存中)?有效值:是或否。
如果自动加载选项,则所有选项都将在一个查询中获取。这将减少查询的总数,但正如前面提到的,您的查询应该不会花那么长时间。
对于现有选项,您必须先删除它们,然后使用autoload参数重新添加它们:
$val = get_option('some_option');
delete_option('some_option');
update_option('some_option', $val, true);默认情况下,当您创建选项时,它们被设置为autoload,所以有那么多不是自动加载的选项,这有点奇怪。
https://stackoverflow.com/questions/31419431
复制相似问题