优化 PHP 页面：MySQL 瓶颈

Question

我有一个页面需要 37 秒才能加载。在加载时，它将 MySQL 的 CPU 使用率固定在最高点。这个页面的代码不是我写的，而且相当复杂，所以瓶颈的原因对我来说不是很明显。

我对其进行了分析（使用 kcachegrind），发现页面上的大部分时间都花在了 MySQL 查询上（90% 的时间花在了 25 个不同的 mysql_query 调用上）。

查询采用以下形式，tag_id 在 25 个不同调用中的每一个都发生变化：

SELECT * FROM tbl_news WHERE news_id
 IN（选择 news_id 来自
 tbl_tag_relations WHERE tag_id = 20)

每个查询大约需要 0.8 秒才能完成，但需要更长的延迟才能更好地衡量......因此需要 37 秒才能完全加载页面。

我的问题是，导致问题的嵌套选择是查询格式化的方式吗？或者它可能是一百万个其他事物中的任何一个？任何有关如何解决这种缓慢问题的建议都值得赞赏。

在查询上运行 EXPLAIN 给了我这个（但我不清楚这些结果的影响......主键上的 NULL 看起来会很糟糕，是吗？返回的结果数量对我来说似乎很高以及最后只返回少数结果）：

1 PRIMARY tbl_news ALL NULL NULL NULL NULL 1318 使用 where 2 DEPENDENT SUBQUERY tbl_tag_relations ref FK_tbl_tag_tags_1 FK_tbl_tag_tags_1 4 const 179 使用 where

Answer 1

我已在 Database Development Mistakes Made by AppDevelopers 中解决了这一点。基本上，赞成加入聚合。 IN 本身不是聚合，但同样的原则适用。良好的优化将使这两个查询在性能上相当：

SELECT * FROM tbl_news WHERE news_id
 IN (select news_id from
 tbl_tag_relations WHERE tag_id = 20)

和

SELECT tn.*
FROM tbl_news tn
JOIN tbl_tag_relations ttr ON ttr.news_id = tn.news_id
WHERE ttr.tag_id = 20

我相信 Oracle 和 SQL Server 都可以，但 MySQL 没有。第二个版本基本上是即时的。我在我的机器上做了数十万行的测试，并通过添加适当的索引使第一个版本的性能达到亚秒级。带有索引的连接版本基本上是即时的，但即使没有索引也可以执行。

顺便说一句，我使用的上述语法是您应该更喜欢进行连接的语法。这比将它们放在WHERE 子句中（正如其他人所建议的那样）更清楚，并且上面可以使用 WHERE 条件不能的左外连接以 ANSI SQL 方式执行某些操作。

所以我会在以下内容上添加索引：

• tbl_news (news_id)
• tbl_tag_relations (news_id)
• tbl_tag_relations (tag_id)

查询将几乎立即执行。

最后，不要使用 * 来选择您想要的所有列。明确命名它们。稍后添加列时，您会遇到更少的麻烦。

Answer 2

SQL 查询本身绝对是您的瓶颈。该查询中有一个子查询，它是代码的 IN(...) 部分。这实际上是一次运行两个查询。您可以使用 JOIN（类似于 d03boy 上面提到的内容）或更有针对性的 SQL 查询将 SQL 时间减半（或更多！）。一个例子可能是：

SELECT * 
FROM tbl_news, tbl_tag_relations 
WHERE tbl_tag_relations.tag_id = 20 AND
tbl_news.news_id = tbl_tag_relations.news_id 

为了帮助 SQL 更快地运行，您还想尽量避免使用 SELECT *，而只选择您需要的信息；最后还要加上限制性声明。例如：

SELECT news_title, news_body 
... 
LIMIT 5;

您还需要查看数据库架构本身。确保您正在索引所有通常引用的列，以便查询运行得更快。在这种情况下，您可能需要检查 news_id 和 tag_id 字段。

最后，您需要查看 PHP 代码，看看是否可以创建一个包罗万象的 SQL 查询，而不是遍历多个单独的查询。如果您发布更多代码，我们可以提供帮助，这可能是为您发布的问题节省的最大时间。 :)

Answer 3

如果我理解正确，这只是列出一组特定标签的新闻报道。

1. 首先，你真的不应该 曾经SELECT *

2. 其次，这可能是
   在单个查询中完成， 从而降低管理费用
   多个查询。好像是 得到相当微不足道的数据，所以 它可以在一个 单个调用而不是 20 个。

3. 使用IN 的更好方法可能是使用JOIN 和WHERE 条件。使用IN 时，基本上会有很多OR 语句。
4. 您的tbl_tag_relations 绝对应该在tag_id 上有一个索引

Answer 4

select * 
 from tbl_news, tbl_tag_relations 
 where 
      tbl_tag_relations.tag_id = 20 and 
      tbl_news.news_id = tbl_tag_relations.news_id 
 limit 20

我认为这给出了相同的结果，但我不能 100% 确定。有时简单地限制结果会有所帮助。

Answer 5

不幸的是，MySQL 不能很好地处理不相关的子查询，如您的案例所示。该计划基本上是说对于外部查询的每一行，都将执行内部查询。这将很快失控。正如其他人提到的那样，重写为普通的旧连接将解决该问题，但可能会导致重复行的不良影响。

例如，原始查询将为 tbl_news 表中的每个符合条件的行返回 1 行，但此查询：

SELECT news_id, name, blah
FROM tbl_news n
JOIN tbl_tag_relations r ON r.news_id = n.news_id
WHERE r.tag_id IN (20,21,22)

将为每个匹配的标签返回 1 行。您可以将 DISTINCT 粘贴在那里，根据数据集的大小，它对性能的影响应该很小。

不要太糟糕，但大多数其他数据库（PostgreSQL、Firebird、Microsoft、Oracle、DB2 等）会将原始查询作为有效的半联接处理。就我个人而言，我发现子查询语法更具可读性和更易于编写，尤其是对于较大的查询。