mysql解释不同服务器上的不同结果，相同的查询，相同的数据库

Question

经过大量工作，我终于得到了一个相当复杂的查询，可以非常顺利地工作并很快返回结果。

它在开发和测试方面都运行良好，但现在测试速度明显减慢。 解释查询在开发中需要 0.06 秒，在测试中几乎相同，现在在测试中需要 7 秒。

解释略有不同，我不确定为什么会这样 的解释

-+---------+------------------------------+------+------------------------------
---+
| id | select_type | table      | type   | possible_keys           | key
 | key_len | ref                          | rows | Extra
   |
+----+-------------+------------+--------+-------------------------+------------
-+---------+------------------------------+------+------------------------------
---+
|  1 | PRIMARY     |  | ALL    | NULL                    | NULL
 | NULL    | NULL                         |    5 |
   |
|  1 | PRIMARY     | tickets    | ref    | biddate_idx             | biddate_idx
 | 7       | showsdate.bid,showsdate.date |   78 |
   |
|  2 | DERIVED     | shows      | ALL    | biddate_idx,latlong_idx | NULL
 | NULL    | NULL                         | 3089 | Using temporary; Using fileso
rt |
|  2 | DERIVED     | genres     | ref    | bandid_idx              | bandid_idx
 | 4       | activehw.shows.bid           |    2 | Using index
   |
|  2 | DERIVED     | artists    | eq_ref | bid_idx                 | bid_idx
 | 4       | activehw.genres.bid          |    1 | Using where
   |
+----+-------------+------------+--------+-------------------------+------------

开发人员和测试人员

| id | select_type | table      | type   | possible_keys           | key         | key_len | ref                          | rows   | Extra                                        |
+----+-------------+------------+--------+-------------------------+-------------+---------+------------------------------+--------+----------------------------------------------+
|  1 | PRIMARY     |  | ALL    | NULL                    | NULL        |    NULL | NULL                         |      5 |                                              |
|  1 | PRIMARY     | tickets    | ref    | biddate_idx             | biddate_idx |       7 | showsdate.bid,showsdate.date |     78 |                                              |
|  2 | DERIVED     | genres     | index  | bandid_idx              | bandid_idx  |     139 | NULL                         | 531281 | Using index; Using temporary; Using filesort |
|  2 | DERIVED     | artists    | eq_ref | bid_idx                 | bid_idx     |       4 | activeHW.genres.bid          |      1 |                                              |
|  2 | DERIVED     | shows      | eq_ref | biddate_idx,latlong_idx | biddate_idx |       7 | activeHW.artists.bid         |      1 | Using where                                  |
+----+-------------+------------+--------+-------------------------+-------------+---------+------------------------------+--------+----------------------------------------------+
5 rows in set (6.99 sec)

尽管查询完全相同，但表的顺序不同。 这是导致速度放缓的原因吗？ 如果是这样，我该如何解决？ 开发是windows，测试是centOs。 两者都运行相同版本的 mysql 5.0，正如我所说，测试运行完美，我没有对数据库进行任何结构性更改。

我运行了 mysqlcheck，所有表都恢复正常。

Answer 1

MySQL 会查看表中的数据以及查询本身来决定使用哪个执行计划。

如果两个数据库中的数据相同，我建议对查询中的所有表使用 ANALYZE 或 OPTIMIZE。

Answer 2

第一个计划不在 shows 上使用索引。

如果您确定该索引会对您有帮助，请强制执行：

SELECT ...
FROM ..., shows FORCE INDEX (biddate_idx) , ...
WHERE ...

同时，收集表的统计信息。

Answer 3

我会尝试重新生成统计信息并重建所有表的索引，看看这是否可以解决您的问题 - 这很可能就是计划不同的原因。

还有很多其他原因（内存、磁盘、操作系统差异、其他负载等），但我假设这些可能不是问题，因为您之前提到过它运行良好。

Answer 4

您确定这些来自同一个查询吗？ 解释不仅略有不同，它们之间还存在相当大的差异：

1. WHERE 子句命中不同的表（开发中的艺术家，测试中的表演）
2. 它在流派中命中的行数不同（开发中为 2，测试中为 531281） ）。
3. 第一个和第二个之间的其他杂项差异解释（主要是 EXTRA 中的内容）。

Answer 5

我们刚刚遇到了一个非常类似的问题，新构建的主服务器需要几分钟才能执行旧主服务器（功率较小）在不到一秒内完成的相同查询。 我们在查询中的两个 myisam 表上快速运行了 Repair table，现在新的 master 执行查询的速度至少与旧的一样快。

谢谢！