Warning: file_get_contents(/data/phpspider/zhask/data//catemap/5/sql/79.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Sql Magento-大量数据库查询x页面_Sql_Magento_Catalog - Fatal编程技术网

Sql Magento-大量数据库查询x页面

Sql Magento-大量数据库查询x页面,sql,magento,catalog,Sql,Magento,Catalog,我想知道在magento的标准安装中,目录页面的db查询的平均正确数量是多少,因为我认为我的页面有一个大问题 我的目录页大约有2000个查询!这太多了,我想这就是我的页面如此缓慢的原因 此外,如果打开magento工具栏(右上角)并打开queries的表,您可以看到执行了多次的查询,查询方式如下: SELECT `eav_attribute_set`.* FROM `eav_attribute_set` WHERE (eav_attribute_set.attribute_set_id='10'

我想知道在magento的标准安装中,目录页面的db查询的平均正确数量是多少,因为我认为我的页面有一个大问题

我的目录页大约有2000个查询!这太多了,我想这就是我的页面如此缓慢的原因

此外,如果打开magento工具栏(右上角)并打开queries的表,您可以看到执行了多次的查询,查询方式如下:

SELECT `eav_attribute_set`.* FROM `eav_attribute_set` WHERE (eav_attribute_set.attribute_set_id='10') 
这似乎是一个循环

现在我必须找到问题所在,可能是一些错误的扩展或错误的自定义代码,但目录页的正确查询数是多少?

Tim Hofman的回答(安装了wee开发者工具栏)对于理解在我之前的开发者编写了哪些查询错误非常有用

当只需要一个产品的属性时,几乎所有这些查询都是load()来检索完整的产品,所以我编辑了代码

谢谢回复!:)

Tim Hofman的回答(安装了wee开发者工具栏)对于理解在我之前的开发者编写了哪些查询错误非常有用

当只需要一个产品的属性时,几乎所有这些查询都是load()来检索完整的产品,所以我编辑了代码


谢谢回复!:)

建议删除链接,如果它真的做了很多查询每页加载。你不想让你的服务器宕机吧?不!请!:)但这是一个暂存服务器……您知道平均有多少查询是正确的吗?所以我有一个大问题:(我在一个新的企业安装的目录产品列表页面上运行了一个测试,产生了大约80个查询。所以这有很大的不同。您可能想转到
Varien\u Db\u Adapter\u Pdo\u Mysql
,并将以下变量设置为
true
$\u debug
$\u logallquerys
$\u logCallStack
)。特别是最后一个
$\u logCallStack
可能会派上用场。它记录触发查询的那些方法的回溯。日志文件可以在
/var/debug/
@D.Milito下找到,只是为了澄清-我没有威胁!-我是在建议:)您应该查看id为10的属性集。\u。可能是产品,但我不这么认为。我认为某些扩展代码编写错误,并进行了许多->load()调用,因此引发了许多查询。建议删除链接,如果它真的在加载每页时执行那么多查询。您不希望服务器停机,是吗?不!请:)但这是一个暂存服务器……您知道平均有多少查询是正确的吗?所以我有一个大问题:(我在一个新的企业安装的目录产品列表页面上运行了一个测试,产生了大约80个查询。所以这有很大的不同。您可能想转到
Varien\u Db\u Adapter\u Pdo\u Mysql
,并将以下变量设置为
true
$\u debug
$\u logallquerys
$\u logCallStack
)。特别是最后一个
$\u logCallStack
可能会派上用场。它记录触发查询的那些方法的回溯。日志文件可以在
/var/debug/
@D.Milito下找到,只是为了澄清-我没有威胁!-我是在建议:)您应该查看id为10的属性集。可能是products,但我不这么认为。我认为某些扩展的代码编写得很糟糕,并且进行了许多->load()调用,因此引发了许多查询。