MySQL 索引的一些細節分享
阿新 • • 發佈:2020-12-29
前幾天同事問了我個 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),8)); ELSEIF (i % 3 = 1) THEN INSERT INTO null_index_t ( `null_key`,`null_key2` ) VALUES (LEFT(MD5(RAND()),NULL,8)); ELSE INSERT INTO null_index_t ( `null_key`,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 索引的資料請關注我們其它相關文章!