MySQL 索引的一些細節分享

Posted on by

前幾天同事問瞭我個 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 索引的資料請關註WalkonNet其它相關文章！

推薦閱讀：