sql會(huì)導(dǎo)致索引失效嗎

147次閱讀

共計(jì) 3176 個(gè)字符，預(yù)計(jì)需要花費(fèi) 8 分鐘才能閱讀完成。

丸趣 TV 小編給大家分享一下 sql 會(huì)導(dǎo)致索引失效嗎，相信大部分人都還不怎么了解，因此分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后大有收獲，下面讓我們一起去了解一下吧！

前言

網(wǎng)上經(jīng)常能看到一些文章總結(jié)在 mysql 中不能命中索引的各種情況，其中有一種說(shuō)法就是指使用了 or 的語(yǔ)句都不能命中索引。

這種說(shuō)法其實(shí)是不夠正確的，正確的結(jié)論應(yīng)該是，從 mysql5.0 后，如果在 or 連接的字段上都有獨(dú)立的索引的話，是可以命中索引的，這里就是用到了 index_merge 特性。

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

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

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

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

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

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

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)

因?yàn)樽侄?b 上沒(méi)有索引，mysql 認(rèn)為走全表掃描代價(jià)更低一些，因?yàn)榭梢悦馊セ乇磉^(guò)程。

那么我們給 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 同時(shí)使用了 a、b 兩個(gè)索引，并且看到 type 字段的值為 index_merge。

接下來(lái)再來(lái)看另一條 sql，看看結(jié)果又是怎樣的。

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 僅僅是把等號(hào)改成了大于號(hào)，也就是說(shuō)返回的結(jié)果集是一個(gè)區(qū)間集，mysql 在這里又放棄了索引，走的全表掃描，不過(guò)有看文章說(shuō)在 mysql5.7 版本后優(yōu)化了這個(gè)問(wèn)題，即在區(qū)間查詢中也支持使用 index_merge，我的版本是 5.6，暫未驗(yàn)證這個(gè)優(yōu)化，有興趣的可以去驗(yàn)證下。

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

以上是“sql 會(huì)導(dǎo)致索引失效嗎”這篇文章的所有內(nèi)容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內(nèi)容對(duì)大家有所幫助，如果還想學(xué)習(xí)更多知識(shí)，歡迎關(guān)注丸趣 TV 行業(yè)資訊頻道！

正文完