前幾天同事問了我個 mysql 索引的問題，雖然大概知道，但是還是想來實踐下，就是 is null，is not null 這類查詢是否能用索引，可能之前有些網(wǎng)上的文章說都是不能用索引，但是其實不是，我們來看個小試驗

CREATE TABLE `null_index_t` ( `id` int(10) unsigned NOT NULL AUTO_INCREMENT, `null_key` varchar(255) DEFAULT NULL, `null_key1` varchar(255) DEFAULT NULL, `null_key2` varchar(255) DEFAULT NULL, PRIMARY KEY (`id`), KEY `idx_1` (`null_key`) USING BTREE, KEY `idx_2` (`null_key1`) USING BTREE, KEY `idx_3` (`null_key2`) USING BTREE) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

用個存儲過程來插入數(shù)據(jù)

delimiter $#以delimiter來標記用$表示存儲過程結束create procedure nullIndex1()begindeclare i int;declare j int;set i=1;set j=1;while(i<=100) dowhile(j<=100) doIF (i % 3 = 0) THEN INSERT INTO null_index_t ( `null_key`, `null_key1`, `null_key2` ) VALUES (null , LEFT(MD5(RAND()), 8), LEFT(MD5(RAND()), 8)); ELSEIF (i % 3 = 1) THEN INSERT INTO null_index_t ( `null_key`, `null_key1`, `null_key2` ) VALUES (LEFT(MD5(RAND()), 8), NULL, LEFT(MD5(RAND()), 8)); ELSE INSERT INTO null_index_t ( `null_key`, `null_key1`, `null_key2` ) VALUES (LEFT(MD5(RAND()), 8), LEFT(MD5(RAND()), 8), NULL); END IF;set j=j+1;end while;set i=i+1;set j=1;end while;end $call nullIndex1();

然后看下我們的 is null 查詢

EXPLAIN select * from null_index_t WHERE null_key is null;

再來看看另一個

EXPLAIN select * from null_index_t WHERE null_key is not null;

從這里能看出來啥呢，可以思考下

從上面可以發(fā)現(xiàn)，is null應該是用上了索引了，所以至少不是一刀切不能用，但是看著is not null好像不太行額我們在做一點小改動，把這個表里的數(shù)據(jù)改成 9100 條是 null，剩下 900 條是有值的，然后再執(zhí)行下

然后再來看看執(zhí)行結果

EXPLAIN select * from null_index_t WHERE null_key is null;

EXPLAIN select * from null_index_t WHERE null_key is not null;

是不是不一樣了，這里再補充下我試驗使用的 mysql 是 5.7 的，不保證在其他版本的一致性，其實可以看出隨著數(shù)據(jù)量的變化，mysql 會不會使用索引是會變化的，不是說 is not null 一定會使用，也不是一定不會使用，而是優(yōu)化器會根據(jù)查詢成本做個預判，這個預判盡可能會減小查詢成本，主要包括回表啥的，但是也不一定完全準確。

以上就是MySQL 索引的一些細節(jié)分享的詳細內(nèi)容，更多關于MySQL 索引的資料請關注好吧啦網(wǎng)其它相關文章！