我不是专业程序员，所以我不能确定这一点。您的脚本在一页上发送了多少个 mysql 查询，以及您的最佳查询数量是多少。例如，在 stackoverflow 的主页上，它列出了问题，显示了这些问题的作者。 stackoverflow 为每个问题发送 mysql 查询以获取作者信息。或者它发送 1 个查询并获取所有用户数据并将其与问题相匹配？
我喜欢把我的年龄控制在8岁以下。
但说实话，这毫无意义。如果假设您有理由在一个页面中有 800 个查询，那么您可以继续这样做。您可能会发现每页的查询数量仅取决于您正在执行的操作，但在正常情况下，我会惊讶地看到超过 50 个（尽管如今，很难意识到到底有多少）如果您正在抽象数据库调用，那么您正在做的事情）。
慢速查询更重要
我曾经对某个基于 PHP 的论坛软件感到沮丧，该软件在一个页面中有 35 个查询，并且运行速度非常慢，但那是很久以前的事了，我现在知道，特定安装运行缓慢的原因与 35 个查询无关。页面中的查询。例如，只有其中一两个查询花费了大部分时间。它只有几个非常慢的查询，这些查询是通过适当放置的索引修复的。
我认为识别和修复慢速查询应该先于识别和消除不必要的查询，因为它可能会产生更大的影响。
甚至考虑三个快速查询可能比一个慢速查询快得多 - 查询数量不一定与速度相关。
我有一个页面（实际上是一种测试用例/诊断工具，设计为仅由管理员运行），其中包含 800 多个查询，但运行时间只需几秒钟。我想它们都是非常简单的查询。
尝试缓存
有多种方法可以缓存应用程序的某些部分，这些方法可以真正减少您执行的查询数量，而不会减少功能。图书馆喜欢内存缓存如今，这一切变得非常简单，而且运行速度非常快。这比减少查询数量更有助于提高性能。
如果查询确实没有必要，并且性能确实产生了影响，那么删除/合并它们
只需考虑首先寻找缓慢的查询并优化它们，或缓存它们的结果。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
