MySQL Master 和 Slave 具有截然不同的执行计划

Question

我有一个复杂的 MySQL 查询，它连接三个表并自连接一个表。

有一个 Master 和一个 Slave 具有相同的数据和索引。 Master 与 Slave 相比是一个强大的盒子，但查询在 Slave 上的运行速度快了 10 倍（在 Master 的轻负载期间）。

执行计划大不相同。

Master execution plan
1, 'SIMPLE', 'table3_', 'const', 'PRIMARY', 'PRIMARY', '12', 'const', 1, 100.00, 'Using temporary; Using filesort'
1, 'SIMPLE', 'table2_', 'ref', 'PRIMARY,FK376E02E910238FCA', 'FK376E02E910238FCA', '13', 'const', 105, 100.00, 'Using where'
1, 'SIMPLE', 'table0_', 'ref', 'FK57012F937DD0DC02,FK57012F9398CD28D0', 'FK57012F9398CD28D0', '13', 'table2_.ID', 1515, 100.00, 'Using where'
1, 'SIMPLE', 'table1_', 'eq_ref', 'PRIMARY,FKE7E81F1ED170D4C9', 'PRIMARY', '8', 'table0_.FK_ID', 1, 100.00, 'Using where'

Slave execution plan
1, 'SIMPLE', 'table3_', 'const', 'PRIMARY', 'PRIMARY', '12', 'const', 1, 100.00, 'Using filesort'
1, 'SIMPLE', 'table1_', 'ref', 'PRIMARY,FKE7E81F1ED170D4C9', 'FKE7E81F1ED170D4C9', '9', 'const', 187398, 100.00, 'Using where'
1, 'SIMPLE', 'table0_', 'ref', 'FK57012F937DD0DC02,FK57012F9398CD28D0', 'FK57012F937DD0DC02', '9', 'table1_.ID', 1, 100.00, 'Using where'
1, 'SIMPLE', 'table2_', 'eq_ref', 'PRIMARY,FK376E02E910238FCA', 'PRIMARY', '12', 'table0_.FK_ID', 1, 100.00, 'Using where'

表以不同的顺序处理，主数据库使用临时表和文件排序，而从数据库只使用文件排序。

哪些因素会导致执行时间差异如此巨大的不同计划？

更新：

这可能与索引统计有关吗？我计划在低容量期间在 Master 上运行 ANALYZE TABLE。 SHOW INDEX 显示了 Master 和 Slave 之间某些键的非常不同的基数。

Answer 1

SHOW INDEX 显示 Master 和 Slave 之间某些键的非常不同的基数。

我遇到了同样的问题，我发现原因是：不同的基数。然后我运行分析表，基数相同，问题就消失了。

Answer 2

MySQL 根据收集的统计数据优化查询。

查看您的输出，您会发现它们使用不同的键，您可能需要添加键提示甚至强制键

FROM table2_JOIN

应该变成

FROM table2_USE KEY('FK376E02E910238FCA') JOIN

或强制键

Answer 3

对我来说，这看起来像是查询优化器中的一个错误。我会report it。

两台服务器是否在同一版本的 MySQL 上？