gpt4 book ai didi

php - 当在代码中作为准备好的语句运行时,MySQL 查询在 PHP 中运行缓慢,但通过直接 MySQL 查询运行速度很快

转载 作者:IT王子 更新时间:2023-10-29 02:35:06 26 4
gpt4 key购买 nike

我尝试调试的 PHP 应用程序在更大的 MySQL 数据库上运行了几个设计糟糕的查询。

有几个页面真的很慢,原来是查询次数少的缘故。我开始一个一个地检查每个查询,虽然它们很慢,但它们本身并没有那么慢。

经过进一步调试后发现,只有当应用程序将它们作为准备好的语句运行时它们才会变慢。

  • 如果我通过 MySQL 客户端手动运行查询,大约需要 300 毫秒。如果我通过 MySQL 客户端运行 create a prepared statement 并设置参数并运行它,大约需要 300 毫秒。
  • 如果我从 PHP (mysqli) 运行简单查询,大约需要 300 毫秒。
  • 如果我像应用程序那样运行它——通过 mysqli —作为准备好的语句,它需要 100 秒。

我想可能是mysqli 所以我用PDO试了一下,结果是一样的。尝试了不同的 PHP 版本(5.6、7.2、7.3)并得到相同的结果。

所以我给了最后一次机会并编写了一个小的 Go 脚本进行测试,我得到了相同的结果并且改进了一些东西。

现在,如果我从 MySQL 客户端或 MySQL Workbench 或 PHPStorms 数据库客户端运行查询的准备语句版本,它会很快。如果我从代码运行查询,它会非常快。

对于我应该注意什么,我应该在哪里继续调试,我们将不胜感激。

最佳答案

事实证明,这是由略有不同的执行计划引起的。 MySQL 似乎完全基于语句创建执行计划,不包括通过 mysqliPDO 使用准备好的语句时的参数值,这是有道理的。然而,当它提供了完整的查询时,在我们的例子中它引入了对其中一个表的优化,这产生了巨大的差异。

其中一个表(有 550 万行)在使用非准备语句运行时有 Using join buffer (Block Nested Loop) Extra,而使用准备语句则没有.这似乎为我们带来了近 1000 倍的性能差异。

我仍然不确定为什么通过 PHPStorm 或 CLI mysql 客户端这不是问题,我最好的猜测是,MySQL 中的某些 API 期望执行计划在语句执行时完成准备好了,而其他 API 和 CLI 客户端则没有。

关于php - 当在代码中作为准备好的语句运行时,MySQL 查询在 PHP 中运行缓慢,但通过直接 MySQL 查询运行速度很快,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/56826859/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com