哪一種 MySQL 索引對於範圍查詢比較有效：以高基底數列開頭還是以低基底數列開頭？

範圍查詢的索引最佳化

基數較高的欄位有助於提高 MySQL 中的索引效率。但是，在範圍查詢的情況下，有例外情況。

問題陳述

考慮具有以下結構的表：

CREATE TABLE `files` (
  `did` int(10) UNSIGNED NOT NULL DEFAULT '0',
  `filename` VARBINARY(200) NOT NULL,
  `ext` VARBINARY(5) DEFAULT NULL,
  `fsize` DOUBLE DEFAULT NULL,
  `filetime` DATETIME DEFAULT NULL,
  PRIMARY KEY (`did`,`filename`),
  KEY `fe` (`filetime`,`ext`),          -- Option 1
  KEY `ef` (`ext`,`filetime`)           -- Option 2
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

文件時間是不同的，而ext 值的數量有限（即文件時間的基數較高，文件時間的基數較低）分機）。查詢涉及兩個具有以下條件的欄位：

WHERE ext = '...'
AND filetime BETWEEN ... AND ...

哪個索引 fe 或 ef 更最佳化？

答案

令人驚訝，以 ext 作為第一列的索引，儘管基數較低，但效率更高查詢。

說明

MySQL 的最佳化器分析索引替代方案並選擇成本最低的一個。使用優化器跟踪，我們可以觀察此選擇背後的原因。

對於fe（文件時間優先），MySQL 估計需要掃描16684 行才能找到「gif」文件，即使範圍條件為on

然而，對於ef (ext first)，它估計它可以使用兩個索引列並快速向下鑽取到適當的行，從而導致成本僅為646.61。 MySQL 選擇此索引是因為它可以使用更多的關鍵部分，從而使搜尋更有效率。

結論

• 優先考慮索引中涉及相等性測試的列，無論基數如何。
• 查詢計畫不會超出第一個「範圍」
• 在這種情況下，基數與複合索引和範圍查詢無關。
• InnoDB 可以利用超出用於篩選的索引列（「使用索引條件」）。

以上是哪一種 MySQL 索引對於範圍查詢比較有效：以高基底數列開頭還是以低基底數列開頭？的詳細內容。更多資訊請關注PHP中文網其他相關文章！