文章目錄

• 生猛干貨
• Pre
• ICP
• 索引下推的含義
• 范圍查找為啥不行？
• 搞定MySQL

生猛干貨

帶你搞定MySQL實戰，輕松對應海量業務處理及高并發需求，從容應對大場面試

---

Pre

MySQL - 索引優化案例實操 中 關于 【Case 3 : like KK% 一般情況都會走索引】 ，我們來詳細聊一聊

---

ICP

我們說like KK% 一般情況下會走索引，這是為何呢？ 結合B+索引樹， like KK% 能保證有序嗎？

其實MySQL對like KK% 這種情況使用到了索引下推優化 Index Condition Pushdown，ICP

索引下推的含義

CREATE TABLE `employees` (`id` int(11) NOT NULL AUTO_INCREMENT,`name` varchar(24) NOT NULL DEFAULT '' COMMENT '姓名',`age` int(11) NOT NULL DEFAULT '0' COMMENT '年齡',`position` varchar(20) NOT NULL DEFAULT '' COMMENT '職位',`hire_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '入職時間',PRIMARY KEY (`id`),KEY `idx_name_age_position` (`name`,`age`,`position`) USING BTREE ) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8 COMMENT='員工記錄表';

對于輔助的聯合索引(name,age,position)，正常情況按照最左前綴原則，

SELECT * FROM employees WHERE name like 'LiLei%' AND age = 22 AND position ='manager'

這種情況只會走name字段索引，因為根據name字段過濾完，得到的索引行里的age和position是無序的，無法很好的利用索引。

在MySQL5.6之前的版本，這個查詢只能在聯合索引里匹配到名字是 ‘LiLei’ 開頭的索引，然后拿這些索引對應的主鍵逐個回表，到主鍵索引上找出相應的記錄，再比對age和position這兩個字段的值是否符合。

MySQL 5.6引入了索引下推優化，可以在索引遍歷過程中，對索引中包含的所有字段先做判斷，過濾掉不符合條件的記錄之后再回表，可以有效的減少回表次數

使用了索引下推優化后，上面那個查詢在聯合索引里匹配到名字是 ‘LiLei’ 開頭的索引之后，同時還會在索引里過濾age和position這兩個字段，拿著過濾完剩下的索引對應的主鍵id再回表查整行數據。

索引下推會減少回表次數，對于innodb引擎的表索引下推只能用于二級索引，innodb的主鍵索引（聚簇索引）樹葉子節點上保存的是全行數據，所以這個時候索引下推并不會起到減少查詢全行數據的效果。

---

范圍查找為啥不行？

猜測哈 ： Mysql認為范圍查找過濾的結果集過大，like KK% 在絕大多數情況來看，過濾后的結果集比較小，所以這里Mysql選擇給 like KK% 用了索引下推優化，當然這也不是絕對的，有時like KK% 也不一定就會走索引下推。

---

搞定MySQL

總結

以上是生活随笔為你收集整理的MySQL - 索引下推 Index Condition Pushdown 初探的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。