我正在将我们的mysql服务器（5.7.15）迁移到一个功能更强大的专用框（5.7.24，大约两周前由mysqldump从旧服务器创建的数据/模式），并且必须重新创建mysql dump没有保留的所有服务器设置。我有这个问题（不是我写的）：
SELECT *
FROM (SELECT t1.job_status,
t1.customer_po,
t1.customer_name,
t1.order_value,
t1.code_division,
t1.assigned_sales_person,
t1.date_assigned,
t2.date_order,
IF(t1.job_status = 'PENDING',
Datediff(Curdate(), t1.date_assigned),
Datediff(t2.date_order, t1.date_assigned)) AS days,
force4.Code('DV', t1.code_division) AS code_desc,
t2.order_id
FROM customer_po_log AS t1
left join orders AS t2
ON t2.po_id = t1.customer_po
left join order_item AS t3
ON t3.order_id = t2.order_id
AND t3.code_division = t1.code_division
GROUP BY t1.customer_po) AS u1
WHERE u1.job_status = 'PENDING'
AND u1.code_division = 'L'
ORDER BY u1.days DESC在原始服务器上，查询在0.5秒内完成。在新服务器上，它超过了最大查询时间。我很确定问题源于t3连接，因为“解释当前语句”工具告诉我：
是否存在阻止此查询对新框执行相同操作的设置？造成这种差异的原因是什么？
很乐意提供任何额外的必要信息。谢谢！
2条答案
按热度按时间qmb5sa221#
）如果有
SHOW CREATE TABLE以及EXPLAIN SELECT...)如果没有这些索引，它们可能有助于提高速度（在两台机器上）：
此外，连接到
t3似乎完全没用。因为优化器可能不够聪明，无法为您删除它，所以您应该这样做。然后移动
WHERE里面把外皮去掉
SELECT.啊，见鬼，这里：
加
好吧，你没有写代码。但你现在有责任清理它。否则下一个开发者会把矛头指向你。
tvokkenx2#
将表从一台服务器迁移到另一台服务器时，请始终检查以下几点：
您确定新服务器上的表与旧服务器上的表具有相同的索引吗？做
SHOW CREATE TABLE tbl;检查。你做了什么
OPTIMIZE TABLE tbl;对于迁移后的每个表？也可以在命令行中使用mysqlcheck -o --all-databases优化或分析表会重新生成一些内部统计信息。这些统计信息可以帮助mysql的查询规划人员在查询时选择索引，因此有时可以避免对完整表或索引进行扫描。