MySQL性能，内连接，如何避免使用临时和filesort

Question

我有一张桌子1和桌子2。

表1 PARTNUM - ID_BRAND partnum是主键id_brand是“索引”

表2 ID_BRAND - BRAND_NAME id_brand是主键brand_name是“已编入索引”

表1包含100万条记录，表2包含1.000条记录。

我正在尝试使用EXPLAIN优化一些查询，经过大量尝试后我已经走到了死胡同。

EXPLAIN 
SELECT pm.partnum, pb.brand_name
FROM products_main AS pm 
LEFT JOIN products_brands AS pb ON pm.id_brand=pb.id_brand
ORDER BY pb.brand ASC 
LIMIT 0, 10

查询返回此执行计划：

ID, SELECT_TYPE, TABLE, TYPE, POSSIBLE_KEYS, KEY, KEY_LEN , REF, ROWS, EXTRA
1, SIMPLE, pm, range, PRIMARY, PRIMARY, 1, , 1000000, Using where; Using temporary; Using filesort
1, SIMPLE, pb, ref, PRIMARY, PRIMARY, 4, demo.pm.id_pbrand, 1,

MySQL查询优化器在执行计划中显示临时+文件排序。 我怎么能避免这个？

“EVIL”位于ORDER BY pb.brand ASC中 。 订购外部领域似乎是瓶颈。

Answer 1

尝试使用子查询替换连接。 MySQL的优化器很糟糕; 子查询通常比连接提供更好的性能。

Answer 2

这个问题有些过时，但我确实找到了，其他人也是如此。

如果ORDER BY或GROUP BY包含连接队列中第一个表以外的表中的列，则Mysql使用临时。

所以你只需要通过使用STRAIGHT_JOIN来反转连接顺序，以绕过优化器发明的顺序：

SELECT STRAIGHT_JOIN pm.partnum, pb.brand_name
FROM products_brands AS pb 
RIGHT JOIN products_main AS pm ON pm.id_brand=pb.id_brand
ORDER BY pb.brand ASC 
LIMIT 0, 10

还要确保将max_heap_table_size和tmp_table_size变量设置为足以存储结果的数字：

SET global tmp_table_size=100000000;
SET global max_heap_table_size=100000000;

- 在此示例中为100 MB。 这些也可以在my.cnf配置文件中设置。

Answer 3

首先，尝试更改products_brands表上的索引。 删除brand_name上的现有brand_name ，然后创建一个新名称：

ALTER TABLE products_brands ADD INDEX newIdx (brand_name, id_brand)

然后，该表将具有“orderedByBrandName”索引，其中包含加入所需的ID，您可以尝试：

EXPLAIN
SELECT pb.brand_name, pm.partnum
FROM products_brands AS pb 
  LEFT JOIN products_main AS pm ON pb.id_brand = pm.id_brand
LIMIT 0, 10

请注意，我还更改了查询中表的顺序，因此您可以从小表开始。

Answer 4

首先，我质疑外部连接的使用，因为order by操作在rhs上，而左连接注入的NULL可能会对它造成严重破坏。

无论如何，加速此查询的最简单方法是pb.id_brand和pb.brand上的覆盖索引。 这将允许使用连接条件“使用索引”评估订单。 另一种方法是找到一些方法来减少传递给order-by的中间结果的大小。

尽管如此，外部联接，顺序和限制的组合让我想知道你究竟要查询的是什么，以及是否有更好的表达查询本身的方式。