MySQL的QueryOptimizer似乎隨機使用索引（或不）

Question

我剛剛發現MySQL使用InnoDB引擎的以下行爲。有沒有辦法解釋執行時間的顯着差異？

首先查詢：

SELECT ask FROM history_time WHERE ask> 1.5790 AND timestamp BETWEEN 1207000800290 AND  1207690900290 

執行時間：0.715sec

EXPLAIN: '1', 'SIMPLE', 'history_time', 'range', 'PRIMARY,timestamp,ask,ask_2', 'PRIMARY', '8', NULL, '3278190','Using where' 

第二個查詢：

SELECT ask FROM history_time WHERE ask> 1.5790 AND timestamp > 1207000800290 

執行時間：0.002sec

EXPLAIN: '1', 'SIMPLE', 'history_time', 'range', 'PRIMARY,timestamp,ask,ask_2', 'ask', '4', NULL, '5850604', 'Using where; Using index' 

第三個查詢：

SELECT ask FROM history_time WHERE ask> 1.5790 AND timestamp < 1207690900290 

執行時間：0.651sec

EXPLAIN: '1', 'SIMPLE', 'history_time', 'range', 'PRIMARY,timestamp,ask,ask_2', 'PRIMARY', '8', NULL, '3278190', 'Using where' 

EXPLAIN告訴我，只有第二個查詢使用索引。我的表格包含83 Mio.行，主鍵是時間戳。我也有一個索引（問，時間戳）和一個詢問（這是多餘的，只爲測試目的）。爲什麼MySQL只在第二個查詢中使用索引？

Answer 1

你的答案是：The Range Access Method for Multiple-Part Indexes

編輯：，你也將更好地檢查：mysql range index。優化器有可能決定使用全掃描然後索引會更快。

Answer 2

您的查詢具體使用時間戳記作爲主鍵，也是通過您的評論（問，時間戳）詢問的索引。交換它......你希望第一個位置的粒度更小......（時間戳，問）......除非你要求一個非常具體的詢問值或詢問值的範圍。這樣想想吧。

如果你有8300萬行，你所要求的東西X和Y的時間內發生了，時間戳是你的基礎...爲什麼要考慮什麼比有問題的區域小或更大。現在，添加「ask> someValue」，優化器可能會感到困惑。猜猜...有更少的值大於問題值，或者更少的值是基於提供的時間戳範圍。如果你有一個索引（時間戳，問），它可以更好地利用它。在提供的範圍內，只需要詢問> SomeValue。

如果優化器使用了當前的Ask索引，它基本上會遍歷所有大於所提供值的條目......然後在每個條目中跳轉到時間戳範圍內的條目。

現在，更換您的條件。如果你正在尋找一個特定的「詢問」值或範圍，那麼你當前的指標將會非常好。它只會關注這個範圍。