mysql选择内部连接的顺序非常慢

Question

我正在尝试加快MySQL查询。列表表有数百万行。如果我以后不整理它们，我会在0.1秒内获得结果，但是一旦我排序就需要7秒。我可以改进什么来加快查询？

SELECT l.* 
FROM listings l 
INNER JOIN listings_categories lc 
ON l.id=lc.list_id 
AND lc.cat_id='2058' 
INNER JOIN locations loc 
ON l.location_id=loc.id 
WHERE l.location_id 
IN (7841,7842,7843,7844,7845,7846,7847,7848,7849,7850,7851,7852,7853,7854,7855,7856,7857,7858,7859,7860,7861,7862,7863,7864,7865,7866,7867,7868,7869,7870,7871,7872,7873,7874,7875,7876,7877,7878,7879,7880,7881,7882,7883,7884,7885,7886,7887,7888,7889,7890,7891,7892,7893,7894,7895,7896,7897,7898,7899,7900,7901,7902,7903) 
ORDER BY date 
DESC LIMIT 0,10;

解释选择：使用索引l =日期，loc = primary，lc = primary

Answer 1

这样的绩效问题确实很难回答，并且取决于设置，索引等。因此，可能不会唯一的解决方案，甚至没有真正正确或不正确的尝试来提高速度。这是尝试和错误的洛夫。无论如何，我注意到的某些观点经常引起性能问题：

• 避免在加入中应放置在哪里。连接应包含仅将要加入的列，没有进一步的条件。因此，应将“ LC.CAT_ID ='2058”放在Where子句中。
• 使用通常很慢。您可以尝试使用或使用（l.location_id = 7841或location_id = 7842或...）
• 打开查询执行计划并检查是否对您有用。
• 尝试找出受影响的列中是否有特殊情况/值，这些列中的查询更改为
• “按日期”更改为“ by tablealias.s.date”，并检查这是否会有所作为。即使没有，也最好阅读。
• 如果您可以重命名“日期”列，请执行此操作，因为将SQL关键字用作表名称或列名是不是一个好主意。我不确定这是否会影响性能，但是如果可能的话，应该避免这种情况。

祝你好运！

Answer 2

您可以尝试使用附加索引来加快查询的速度，但是在创建/操纵数据时，您将有一个权衡。

这些组合的密钥可以加快查询：

listings: date, location_id 
listings_categories: cat_id, list_id

由于计划说它使用日期索引，因此无需读取记录以在USIGN新索引时检查location_id，而与listInngs_category一起使用，请阅读index足够了

Answer 3

l:  INDEX(location_id, id)
lc:  INDEX(cat_id, list_id)

如果这些不足，请尝试以下重写。

SELECT  l2.*
    FROM  
    (
        SELECT  l1.id
            FROM  listings AS l1
            JOIN  listings_categories AS lc  ON lc.list_id = l1.id
            JOIN  locations AS loc  ON loc.id = l1.location_id
            WHERE  lc.cat_id='2058'
              AND  l1.location_id IN (7841, ..., 7903)
            ORDER BY  l1.date DESC
            LIMIT  0,10 
    ) AS x
    JOIN  listings l2  ON l1.id = x.id
    ORDER BY  l2.date DESC 

有了

listings:  INDEX(location_id, date, id)
listings_categories:  INDEX(cat_id, list_id)

这个想法，请在到达桌子本身之前从索引中获取10个ID。在排序之前，您的版本可能会在整个桌子上铲除，然后交付10。