站長(zhǎng)資訊網(wǎng)本篇文章總結(jié)分享15個(gè)Mysql索引失效場(chǎng)景，讓大家可避坑踩雷，希望能夠給大家提供幫助！
無(wú)論你是技術(shù)大佬，還是剛?cè)胄械男“祝瑫r(shí)不時(shí)都會(huì)踩到Mysql數(shù)據(jù)庫(kù)不走索引的坑。常見(jiàn)的現(xiàn)象就是：明明在字段上添加了索引，但卻并未生效。
前些天就遇到一個(gè)稍微特殊的場(chǎng)景，同一條SQL語(yǔ)句，在某些參數(shù)下生效，在某些參數(shù)下不生效，這是為什么呢？
另外，無(wú)論是面試或是日常，Mysql索引失效的通常情況都應(yīng)該了解和學(xué)習(xí)。
為了方便學(xué)習(xí)和記憶，這篇文件將常見(jiàn)的15種不走索引情況進(jìn)行匯總，并以實(shí)例展示，幫助大家更好地避免踩坑。建議收藏，以備不時(shí)之需。
數(shù)據(jù)庫(kù)及索引準(zhǔn)備
創(chuàng)建表結(jié)構(gòu)
為了逐項(xiàng)驗(yàn)證索引的使用情況，我們先準(zhǔn)備一張表t_user：
CREATE TABLE `t_user` ( `id` int(11) unsigned NOT NULL AUTO_INCREMENT COMMENT 'ID', `id_no` varchar(18) CHARACTER SET utf8mb4 COLLATE utf8mb4_bin DEFAULT NULL COMMENT '身份編號(hào)', `username` varchar(32) CHARACTER SET utf8mb4 COLLATE utf8mb4_bin DEFAULT NULL COMMENT '用戶(hù)名', `age` int(11) DEFAULT NULL COMMENT '年齡', `create_time` datetime DEFAULT CURRENT_TIMESTAMP COMMENT '創(chuàng)建時(shí)間', PRIMARY KEY (`id`), KEY `union_idx` (`id_no`,`username`,`age`), KEY `create_time_idx` (`create_time`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin;
在上述表結(jié)構(gòu)中有三個(gè)索引：
id：為數(shù)據(jù)庫(kù)主鍵；union_idx：為id_no、username、age構(gòu)成的聯(lián)合索引；create_time_idx：是由create_time構(gòu)成的普通索引；
初始化數(shù)據(jù)
初始化數(shù)據(jù)分兩部分：基礎(chǔ)數(shù)據(jù)和批量導(dǎo)入數(shù)據(jù)。
基礎(chǔ)數(shù)據(jù)insert了4條數(shù)據(jù)，其中第4條數(shù)據(jù)的創(chuàng)建時(shí)間為未來(lái)的時(shí)間，用于后續(xù)特殊場(chǎng)景的驗(yàn)證：
INSERT INTO `t_user` (`id`, `id_no`, `username`, `age`, `create_time`) VALUES (null, '1001', 'Tom1', 11, '2022-02-27 09:04:23'); INSERT INTO `t_user` (`id`, `id_no`, `username`, `age`, `create_time`) VALUES (null, '1002', 'Tom2', 12, '2022-02-26 09:04:23'); INSERT INTO `t_user` (`id`, `id_no`, `username`, `age`, `create_time`) VALUES (null, '1003', 'Tom3', 13, '2022-02-25 09:04:23'); INSERT INTO `t_user` (`id`, `id_no`, `username`, `age`, `create_time`) VALUES (null, '1004', 'Tom4', 14, '2023-02-25 09:04:23');
除了基礎(chǔ)數(shù)據(jù)，還有一條存儲(chǔ)過(guò)程及其調(diào)用的SQL，方便批量插入數(shù)據(jù)，用來(lái)驗(yàn)證數(shù)據(jù)比較多的場(chǎng)景：
-- 刪除歷史存儲(chǔ)過(guò)程 DROP PROCEDURE IF EXISTS `insert_t_user` -- 創(chuàng)建存儲(chǔ)過(guò)程 delimiter $ CREATE PROCEDURE insert_t_user(IN limit_num int) BEGIN DECLARE i INT DEFAULT 10; DECLARE id_no varchar(18) ; DECLARE username varchar(32) ; DECLARE age TINYINT DEFAULT 1; WHILE i < limit_num DO SET id_no = CONCAT("NO", i); SET username = CONCAT("Tom",i); SET age = FLOOR(10 + RAND()*2); INSERT INTO `t_user` VALUES (NULL, id_no, username, age, NOW()); SET i = i + 1; END WHILE; END $ -- 調(diào)用存儲(chǔ)過(guò)程 call insert_t_user(100);
關(guān)于存儲(chǔ)過(guò)程的創(chuàng)建和存儲(chǔ)，可暫時(shí)不執(zhí)行，當(dāng)用到時(shí)再執(zhí)行。
數(shù)據(jù)庫(kù)版本及執(zhí)行計(jì)劃
查看當(dāng)前數(shù)據(jù)庫(kù)的版本：
select version(); 8.0.18
上述為本人測(cè)試的數(shù)據(jù)庫(kù)版本：8.0.18。當(dāng)然，以下的所有示例，大家可在其他版本進(jìn)行執(zhí)行驗(yàn)證。
查看SQL語(yǔ)句執(zhí)行計(jì)劃，一般我們都采用explain關(guān)鍵字，通過(guò)執(zhí)行結(jié)果來(lái)判斷索引使用情況。
執(zhí)行示例：
explain select * from t_user where id = 1;
執(zhí)行結(jié)果：
可以看到上述SQL語(yǔ)句使用了主鍵索引（PRIMARY），key_len為4；
其中key_len的含義為：表示索引使用的字節(jié)數(shù)，根據(jù)這個(gè)值可以判斷索引的使用情況，特別是在組合索引的時(shí)候，判斷該索引有多少部分被使用到非常重要。
做好以上數(shù)據(jù)及知識(shí)的準(zhǔn)備，下面就開(kāi)始講解具體索引失效的實(shí)例了。
1 聯(lián)合索引不滿(mǎn)足最左匹配原則
聯(lián)合索引遵從最左匹配原則，顧名思義，在聯(lián)合索引中，最左側(cè)的字段優(yōu)先匹配。因此，在創(chuàng)建聯(lián)合索引時(shí)，where子句中使用最頻繁的字段放在組合索引的最左側(cè)。
而在查詢(xún)時(shí)，要想讓查詢(xún)條件走索引，則需滿(mǎn)足：最左邊的字段要出現(xiàn)在查詢(xún)條件中。
實(shí)例中，union_idx聯(lián)合索引組成：
KEY `union_idx` (`id_no`,`username`,`age`)
最左邊的字段為id_no，一般情況下，只要保證id_no出現(xiàn)在查詢(xún)條件中，則會(huì)走該聯(lián)合索引。
示例一：
explain select * from t_user where id_no = '1002';
explain結(jié)果：
通過(guò)explain執(zhí)行結(jié)果可以看出，上述SQL語(yǔ)句走了union_idx這條索引。
這里再普及一下key_len的計(jì)算：
id_no類(lèi)型為varchar(18)，字符集為utf8mb4_bin，也就是使用4個(gè)字節(jié)來(lái)表示一個(gè)完整的UTF-8。此時(shí)，key_len = 18* 4 = 72；- 由于該字段類(lèi)型varchar為變長(zhǎng)數(shù)據(jù)類(lèi)型，需要再額外添加2個(gè)字節(jié)。此時(shí)，key_len = 72 + 2 = 74；
- 由于該字段運(yùn)行為NULL（default NULL），需要再添加1個(gè)字節(jié)。此時(shí)，key_len = 74 + 1 = 75；
上面演示了key_len一種情況的計(jì)算過(guò)程，后續(xù)不再進(jìn)行逐一推演，知道基本組成和原理即可，
