前幾天同事問了我個 mysql 索引的問題，雖然大概知道，但是還是想來實踐下，就是 is null，is not null 這類查詢是否能用索引，可能之前有些網上的文章說都是不能用索引，但是其實不是，我們來看個小試驗
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;
用個存儲過程來插入數據
delimiter $ #以delimiter來標記用$表示存儲過程結束
create procedure nullIndex1()
begin
declare i int;
declare j int;
set i=1;
set j=1;
while(i=100) do
while(j=100) do
IF (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;
從這里能看出來啥呢，可以思考下
從上面可以發現，is null應該是用上了索引了，所以至少不是一刀切不能用，但是看著is not null好像不太行額
我們在做一點小改動，把這個表里的數據改成 9100 條是 null，剩下 900 條是有值的，然后再執行下
然后再來看看執行結果
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 的，不保證在其他版本的一致性，
其實可以看出隨著數據量的變化，mysql 會不會使用索引是會變化的，不是說 is not null 一定會使用，也不是一定不會使用，而是優化器會根據查詢成本做個預判，這個預判盡可能會減小查詢成本，主要包括回表啥的，但是也不一定完全準確。
以上就是MySQL 索引的一些細節分享的詳細內容，更多關于MySQL 索引的資料請關注腳本之家其它相關文章！
您可能感興趣的文章:- MySQL如何優化索引
- MySql范圍查找時索引不生效問題的原因分析
- MySql如何查看索引并實現優化
- MySQL 全文索引的原理與缺陷
- Mysql 5.6 "隱式轉換"導致的索引失效和數據不準確的問題
- MySQL 8.0 之索引跳躍掃描(Index Skip Scan)
- MySQL唯一索引和普通索引選哪個？
- MySQL如何基于Explain關鍵字優化索引功能
