這種sql寫法真的會導致索引失效嗎

更新時間：2019年07月15日 11:22:47 作者：譚小譚啊

這篇文章主要給大家介紹了關于網上流傳的某種sql寫法會導致索引失效的相關資料，文中通過示例代碼介紹的非常詳細，對大家學習或者使用sql具有一定的參考學習價值，需要的朋友們下面來一起學習學習吧

前言

網上經常能看到一些文章總結在 mysql 中不能命中索引的各種情況，其中有一種說法就是指使用了 or 的語句都不能命中索引。

這種說法其實是不夠正確的，正確的結論應該是，從 mysql5.0 后，如果在 or 連接的字段上都有獨立的索引的話，是可以命中索引的，這里就是用到了 index_merge 特性。

在 mysql5.0 版本以前一條 sql 只能選擇使用一個索引，而且如果 sql 中使用了 or 關鍵字，那么已有的索引就會失效，會走全表掃描。因為無論走哪個索引，mysql 都不能一次性查找出符合條件的數(shù)據(jù)，所以只能放棄索引。

mysql 也是一直在不斷升級更新，所以在 mysql5.0 版本后，增加了 index_merge 索引合并這個特性，也因此支持了一條 sql 使用多個索引。

index_merge 核心思想就是先分別使用單個索引查出滿足要求的數(shù)據(jù)，然后再將這些數(shù)據(jù)合并到一起返回。
我們可以看一個的例子。

這里依然沿用我們前面文章中創(chuàng)建的表和測試數(shù)據(jù)，表中插入了 10 w 條測試數(shù)據(jù)，表結構如下。

CREATE TABLE `t` (
 `id` int(11) NOT NULL,
 `a` int(11) DEFAULT NULL,
 `b` int(11) DEFAULT NULL,
 PRIMARY KEY (`id`)
) ENGINE=InnoDB;

我們先來給 a 字段添加一個索引，然后執(zhí)行一條帶 or 的查詢語句看看。

mysql> alter table t add index a_index(a);
Query OK, 0 rows affected (0.17 sec)
Records: 0 Duplicates: 0 Warnings: 0

mysql> explain select a from t where a=100 or b=6000;
+----+-------------+-------+------+---------------+------+---------+------+--------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows  | Extra    |
+----+-------------+-------+------+---------------+------+---------+------+--------+-------------+
| 1 | SIMPLE   | t   | ALL | a_index    | NULL | NULL  | NULL | 100332 | Using where |
+----+-------------+-------+------+---------------+------+---------+------+--------+-------------+
1 row in set (0.00 sec)

因為字段 b 上沒有索引，mysql 認為走全表掃描代價更低一些，因為可以免去回表過程。

那么我們給 b 字段也加上索引試試，然后再執(zhí)行剛剛那條 sql 。

mysql> alter table t add index b_index(b);
Query OK, 0 rows affected (0.17 sec)
Records: 0 Duplicates: 0 Warnings: 0

mysql> explain select a from t where a=100 or b=6000;
+----+-------------+-------+-------------+-----------------+-----------------+---------+------+------+-------------------------------------------+
| id | select_type | table | type    | possible_keys  | key       | key_len | ref | rows | Extra                   |
+----+-------------+-------+-------------+-----------------+-----------------+---------+------+------+-------------------------------------------+
| 1 | SIMPLE   | t   | index_merge | a_index,b_index | a_index,b_index | 5,5   | NULL |  2 | Using union(a_index,b_index); Using where |
+----+-------------+-------+-------------+-----------------+-----------------+---------+------+------+-------------------------------------------+
1 row in set (0.00 sec)

這回可以看到 mysql 同時使用了 a、b 兩個索引，并且看到 type 字段的值為 index_merge。

接下來再來看另一條 sql，看看結果又是怎樣的。

mysql> explain select a from t where a>100 or b>6000;
+----+-------------+-------+------+-----------------+------+---------+------+--------+-------------+
| id | select_type | table | type | possible_keys  | key | key_len | ref | rows  | Extra    |
+----+-------------+-------+------+-----------------+------+---------+------+--------+-------------+
| 1 | SIMPLE   | t   | ALL | a_index,b_index | NULL | NULL  | NULL | 100332 | Using where |
+----+-------------+-------+------+-----------------+------+---------+------+--------+-------------+
1 row in set (0.00 sec)

這條 sql 僅僅是把等號改成了大于號，也就是說返回的結果集是一個區(qū)間集，mysql 在這里又放棄了索引，走的全表掃描，不過有看文章說在 mysql5.7 版本后優(yōu)化了這個問題，即在區(qū)間查詢中也支持使用 index_merge，我的版本是 5.6 ，暫未驗證這個優(yōu)化，有興趣的可以去驗證下。

其實在 mysql 中很多東西都是不絕對的，對于同一條 sql 不同 mysql 版本的內部處理方式有可能是不太一樣的，同時也可以看到 mysql 一直在不斷優(yōu)化升級，一些老舊的知識點很容易就會不再適用了。

希望文章對你有幫助，歡迎關注，點個贊是對我最好的支持，感謝。

另外，關于 mysql 的底層數(shù)據(jù)結構，大家可以參考我前面寫的其他文章，對你理解這篇文章或許有幫助。

總結

以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作具有一定的參考學習價值，謝謝大家對腳本之家的支持。

您可能感興趣的文章: