3

我知道以前有人问过这种问题，但这些问题都没有让我找到解决方案。

这是我的查询：

SELECT p.photoid, c.comment, p.path, p.smallfile, p.bigfile, c.userid, c.dateposted, u.username, c.likephoto 
  FROM bs_photocomments c, photos p, user u 
  WHERE c.active = 1 
    AND u.userid = c.userid 
    AND p.photoid = c.photoid 
    AND c.id = (SELECT ID FROM bs_photocomments WHERE photoid = p.photoid ORDER BY ID DESC LIMIT 1) 
  ORDER BY c.id DESC LIMIT 2

最后一点解释AND：

基本上，我正在尝试获取 20 张独特照片的最新评论。例如，如果一张照片有 5 条评论，我只想显示最后一条。

是ORDER BY c.id凶手。只有 18 万条评论和 10 万张照片。如果我删除ORDER BY查询会立即返回，但显然不是我想要的结果。

以下是索引：

+------------------+------------+--------------------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+
| Table            | Non_unique | Key_name           | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment |
+------------------+------------+--------------------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+
| bs_photocomments |          0 | PRIMARY            |            1 | id          | A         |      183269 |     NULL | NULL   |      | BTREE      |         |
| bs_photocomments |          1 | photocomments_idx1 |            1 | photoid     | A         |      183269 |     NULL | NULL   | YES  | BTREE      |         |
| bs_photocomments |          1 | photocomments_idx2 |            1 | active      | A         |           4 |     NULL | NULL   | YES  | BTREE      |         |
| bs_photocomments |          1 | photocomments_idx3 |            1 | dateposted  | A         |      183269 |     NULL | NULL   | YES  | BTREE      |         |
| bs_photocomments |          1 | photocomments_idx4 |            1 | userid      | A         |        4953 |     NULL | NULL   | YES  | BTREE      |         |
| bs_photocomments |          1 | photocomments_idx5 |            1 | puserid     | A         |        4072 |     NULL | NULL   | YES  | BTREE      |         |
| bs_photocomments |          1 | photocomments_idx6 |            1 | id          | A         |      183269 |     NULL | NULL   |      | BTREE      |         |
| bs_photocomments |          1 | photocomments_idx6 |            2 | photoid     | A         |      183269 |     NULL | NULL   | YES  | BTREE      |         |
| bs_photocomments |          1 | photocomments_idx7 |            1 | photoid     | A         |      183269 |     NULL | NULL   | YES  | BTREE      |         |
| bs_photocomments |          1 | photocomments_idx7 |            2 | userid      | A         |      183269 |     NULL | NULL   | YES  | BTREE      |         |
+------------------+------------+--------------------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+


+--------+------------+--------------+--------------+--------------+-----------+-------------+----------+--------+------+------------+---------+
| Table  | Non_unique | Key_name     | Seq_in_index | Column_name  | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment |
+--------+------------+--------------+--------------+--------------+-----------+-------------+----------+--------+------+------------+---------+
| photos |          0 | PRIMARY      |            1 | photoid      | A         |       57736 |     NULL | NULL   |      | BTREE      |         |
| photos |          1 | photos_idx1  |            1 | userid       | A         |        5773 |     NULL | NULL   | YES  | BTREE      |         |
| photos |          1 | photos_idx2  |            1 | dateuploaded | A         |       57736 |     NULL | NULL   | YES  | BTREE      |         |
| photos |          1 | photos_idx3  |            1 | camera       | A         |          17 |     NULL | NULL   | YES  | BTREE      |         |
| photos |          1 | photos_idx4  |            1 | focallength  | A         |         308 |     NULL | NULL   | YES  | BTREE      |         |
| photos |          1 | photos_idx5  |            1 | category     | A         |          96 |     NULL | NULL   | YES  | BTREE      |         |
| photos |          1 | photos_idx6  |            1 | active       | A         |           1 |     NULL | NULL   | YES  | BTREE      |         |
| photos |          1 | photo_idx7   |            1 | aperture     | A         |         354 |     NULL | NULL   | YES  | BTREE      |         |
| photos |          1 | photos_idx8  |            1 | lenstype     | A         |           1 |     NULL | NULL   | YES  | BTREE      |         |
| photos |          1 | photos_idx9  |            1 | film         | A         |           1 |     NULL | NULL   | YES  | BTREE      |         |
| photos |          1 | photos_idx10 |            1 | originalfile | A         |       57736 |     NULL | NULL   | YES  | BTREE      |         |
+--------+------------+--------------+--------------+--------------+-----------+-------------+----------+--------+------+------------+---------+

有任何想法吗？谢谢！

4

1 回答 1

4

此查询将返回（最多）20 张不同照片的单个最近“最近”评论（其中“recent-cy”由 bs_photocomments 表上的升序 ID 值标识）。返回的 20 张照片将是那些有最近“最近”评论的照片，并从最近的“最近”评论开始排序。（注意：只考虑 bs_photocomments 中的行，忽略active=1所有其他行bs_photocomments，就好像它们甚至不在表中一样。）

SELECT p.photoid
     , c.comment
     , p.path
     , p.smallfile
     , p.bigfile
     , c.userid
     , c.dateposted
     , u.username
     , c.likephoto
  JOIN ( 
         SELECT n.photoid
              , MAX(n.id) AS max_id
           FROM bs_photocomments n
          WHERE n.active = 1 
          GROUP BY n.photoid
          ORDER BY max_id DESC
          LIMIT 20
       ) m
  JOIN bs_photocomments c
    ON c.id = m.max_id
  JOIN photos p
    ON p.photoid = c.photoid
  JOIN user u
    ON u.userid = c.userid
 ORDER BY c.id DESC
 LIMIT 20

“技巧”是使用内联视图来获取每个 photoid 的“最新”评论（内联视图别名为m）。一旦我们有了它，只需从 bs_photocomments 中获取行，以及从用户和照片中获取相关行。

我相信原始查询中真正的性能“杀手”是连接谓词中的相关子查询。就 bs_photocomments 表中的每一行执行该查询，甚至对 photos 表中的每一行都运行它而言，这将是相当昂贵的。

为了获得最佳性能，您需要“覆盖索引”，而不是每个单独列上的（无用）索引。至少，您需要一个关于 bs_photocomments 的索引，该索引具有photoid作为前导索引，后跟id. 包含该active列将意味着可以满足“使用索引”的内联视图查询，而无需访问任何数据页面。

... ON bs_photocomments (photoid, id, active)

使用该索引，MySQL 应该能够相当有效地获取每个 photoid 的最大 id。同样，有一个索引

... ON bs_photocomments (id, comment, userid, dateposted, likephoto)

将意味着对 bs_photocomments 表 ( c) 的外部查询也可以满足“使用索引”。（MySQL 可能能够满足索引中的 ORDER BY，而不需要排序操作。（您需要检查 EXPLAIN 输出以查看Extra列中是否出现“Using filesort”。）

此外，这些覆盖索引可能会稍微提高查询的性能。（如果从索引满足查询而不访问基础表中的页面，则 EXPLAIN 输出将显示“使用索引”。）

  ON photos (photoid, path, smallfile, bigfile)

  ON user (userid, username)

每个列上的大多数单独索引都是无用的。这些索引中的任何一个都不太可能被使用，因此它们所做的只是消耗资源。

于 2013-01-11T19:06:34.397 回答