最初，在大型MySQL表上进行简单查询需要很长时间，后来又要快得多

Question

我们正努力应对缓慢的查询，这种查询仅在首次调用时才会发生。 之后查询要快得多。 第一次执行查询时，大约需要15-20秒。 后续通话时间不到1.5秒。 但是，如果几个小时没有再次调用，查询将再次花费15-20秒。

该表是一个称为系统（外键）的实体的每日读数表，其中包含系统ID，日期，样品读数以及是否已读数（过去）的指示。 该查询要求200个选定系统的样本范围为1年（365天）。

看起来像这样：

SELECT system_id, 
       sample_date, 
       reading 
FROM Dailyreadings  
 WHERE past = 1  
  AND reading IS NOT NULL 
  AND sample_date < '2014-02-25' AND sample_date >= DATE('2013-01-26')  
  AND system_id IN (list_of_ids)

list_of_ids代表我们想要读取的200个系统ID的列表。

我们在system_id，sample_date和这两个索引上都有一个索引。 查询的结果通常会返回约70,000行。 在查询上使用解释时，我可以看到使用了索引，并且计划仅遍历约70,000行。

MySQL在亚马逊RDS上。 所有表的引擎是innodb。

Dailyreadings表大约有6000万行，因此它非常大。 但是我不明白一个非常简单的范围查询可能要花费20秒的时间。 这是在只读副本上完成的，因此我猜并发写入不是问题。 这也发生在数据库的临时副本上，该副本具有很少的读/写请求。

在阅读了许多有关慢速首次查询的问题之后，我认为问题是第一次需要从磁盘读取查询，然后将其缓存。 但是，我看不到为什么这样一个简单的查询会花那么多时间从磁盘读取。 我还尝试了innodb参数的许多调整，但无法对此进行改进。 甚至将系统的内存加倍似乎也无济于事。

关于可能是什么问题的任何指示？ 以及如何改善第一次查询所需的时间？ 有什么想法可以找出确切的问题吗？

• 编辑似乎问题可能出在IN子句中，这很慢，因为列表中有大（200）个项目？ 这是一个已知的问题？ 有办法加速吗？

Answer 1

该查询在运行后运行很快，因为mysql可能正在对其进行缓存。 要查看在禁用缓存的情况下查询的运行方式，请尝试： SELECT SQL_NO_CACHE system_id ...

另外，我发现比较具有大量数据的表上的日期会对性能产生负面影响。 如果可能，我使用Unix时间戳记将日期保存为整数，并比较类似的日期，这样可以更快地工作。