MySQL查询速度非常慢（20到60秒！）-为什么？

Question

我的以下查询有问题。 它从数据库表中选择日志记录。

SELECT  paymentslog.*, user.username, user.usergroupid, user.displaygroupid,
        purchase_temp.threadid
    FROM  " . TABLE_PREFIX . "paymentslog AS paymentslog
    LEFT JOIN  " . TABLE_PREFIX . "user AS user
       ON (paymentslog.userid = user.userid)
    LEFT JOIN  " . TABLE_PREFIX . "paymenttransaction AS paymenttransaction 
       ON (paymentslog.transactionid = paymenttransaction.transactionid)
    LEFT JOIN  " . TABLE_PREFIX . "paymentinfo AS paymentinfo
       ON (paymenttransaction.paymentinfoid = paymentinfo.paymentinfoid)
    LEFT JOIN  " . TABLE_PREFIX . "purchase_temp AS purchase_temp
       ON (paymentinfo.hash = purchase_temp.hash) $filterlogs_where
    GROUP BY  paymentslog.logid
    ORDER BY  paymentslog.dateline DESC
    LIMIT  $startat, $perpage 

• 所有联接都需要访问SELECT上的threadid，但与user表联接才能访问用户名，usergroupid和displaygroupid
• 它需要20秒才能运行（！），在我尝试修复它时，在为表transactionlog的列transactionid添加INDEX后，现在需要60秒！
• 由于某种原因，它多次返回了特定行，因此，我通过添加“ GROUP BYpaymentslog.logid”来修复它

我必须注意：
-$ filterlogs_where PHP变量具有查询的位置（我通过php为Paymentslog构建了不同的过滤器）。 默认情况下，$ filterlogs_where的值为“ 1 = 1”，如果必须应用过滤器，则添加。=“ AND ANDpaymentlog.userid = X”等。

知道为什么这个查询这么慢吗？
我想我已经看到并编写了几秒钟或几毫秒内运行的更复杂的查询。 为什么以上查询出现此问题？

Answer 1

首先，我必须告诫您不要有多个具有相同模式的表。 通常这是一个不好的设计。

您真的需要LEFT吗？ 也就是说，即使“正确”的表一无所有，您是否也要返回一行？ 如果没有，只需使用JOIN 。

摆脱LEFTs可能摆脱GROUP BY 。 连接后跟GROUP BY通常会导致“增加行数”，然后导致“通过group by缩小”。 这会在过程中创建一个巨大的临时表，从而减慢速度。

然后我需要指出， 通过偏移量进行分页是有问题的-通常会导致查询时间过长。 但是，我们需要摆脱GROUP BY才能使此技术成为可能。

请使用较短的别名。

现在，回到您的细节...好吧，首先对上面的内容进行研究。 并提供SHOW CREATE TABLE 。 然后这样的事情会加快速度：

SELECT ...
    FROM ( SELECT id
               ORDER BY  dateline DESC
               LIMIT  $startat, $perpage ) AS pl
    JOIN user ON ...
    JOIN ...
    ORDER BY dateline DESC;   -- yes, needs repeating