Mysql 使用具有联接的子查询计算行索引，结果是A*B检查行

这个问题来源于我之前提出的一个问题：

由于性质不同，我在这里提问，一旦我解决了这个问题，我会在那里提供答案

---

我考虑了子查询，并得出以下结论：

SELECT
    mq.*,
    @indexer := @indexer + 1 AS indexer
FROM
(
    SELECT
        p.id,
        p.tag_id,
        p.title,
        p.created_at
    FROM 
        `posts` AS p
    LEFT JOIN
        `votes` AS v
            ON p.id = v.votable_id
            AND v.votable_type = "Post"
            AND v.deleted_at IS NULL
    WHERE
        p.deleted_at IS NULL
    GROUP BY
        p.id
) AS mq
JOIN
    (SELECT @indexer := 0) AS i

这实际上是可行的，我得到了预期的结果：

+----+--------+------------------------------------+---------------------+---------+
| id | tag_id |               title                |     created_at      | indexer |
+----+--------+------------------------------------+---------------------+---------+
|  2 |      2 | PostPostPost                       | 2014-10-23 23:53:15 |       1 |
|  3 |      3 | Title                              | 2014-10-23 23:56:13 |       2 |
|  4 |      2 | GIFGIFIGIIF                        | 2014-10-23 23:59:03 |       3 |
|  5 |      2 | GIFGIFIGIIF                        | 2014-10-23 23:59:03 |       4 |
|  6 |      4 | My new avatar                      | 2014-10-26 22:22:30 |       5 |
|  7 |      5 | Hi, haiii, oh Hey !                | 2014-10-26 22:38:10 |       6 |
|  8 |      6 | Mclaren testing stealth technology | 2014-10-26 22:44:15 |       7 |
|  9 |      7 | Just random thoughts while pooping | 2014-10-26 22:50:03 |       8 |
+----+--------+------------------------------------+---------------------+---------+

现在的问题是。。。我运行了一个

EXPLAIN

查询，看看它的运行速度有多快。还有，我有一个数字真的很困扰我：

这个数字很明显：

252*1663=419076

不过，这让我很担心——行数是否正常，或者我必须优化查询？如果是这样，那么我如何优化这个呢？

从MySQL开始，所有连接都被视为嵌套循环连接

MySQL使用嵌套循环联接方法解析所有联接。这意味着MySQL从第一个表中读取一行，然后在第二个表、第三个表中找到匹配的行，依此类推

---

所以要回答你的问题。。。不，你不能让那一排倒计时。但是，通过向联接列添加索引，您可能可以获得更快的结果，但行数将保持不变。

您的索引看起来如何？哦，谢谢。是的，我添加了索引-它确实显著减少了行数，但它仍然是

A*B

，尽管现在是745，而不是数万。