MySQL在大型表中更快地選擇索引INT或索引TIMESTAMP

我想創建一個帶有Unix時間戳值的MyISAM日誌表。每次使用「from」日期到「to」日期時，我將會有各種各樣的SELECT語句，表格將會變得相當大。MySQL在大型表中更快地選擇索引INT或索引TIMESTAMP

我不知道索引INT或索引TIMESTAMP（他們有相同的存儲空間我相信）之間哪個是最快的。

我已經在Stackoverflow上進行了檢查，但答案有些模糊，從新成員或他們說一個或另一個。

它應該沒有區別。時間戳在內部表示爲整數，因此比較和索引它們將基本相同。

2013-07-22 21:58:09 Barmar

Nit：即使它在（適用的）字符列上，它仍然是一個索引。索引[可以]降低複雜性，因此應該共享類似的邊界。我想我會指出這一點，以避免更多的「不成熟的優化」，雖然這個答案很好。 – user2246674

謝謝堆！我需要一個簡單直接的答案，像這樣！ – user2608458

對於其他讀者來說，我選擇了時間戳，我認爲這可能是一個錯誤，因爲我只需要比較時間戳而不需要任何花式日期方法。現在，我必須在我的查詢中添加UNIX_TIMESTAMP（），NOW（）和其他，而不僅僅是時間戳> = 1303634665.因此，請事先考慮一下！ – user2608458

回答