MySQL索引下推（ICP）的简单理解与示例

创建一个联合索引(age, birthday)，并查询出年龄>20，且生日为03-01的用户：

select * from user where age>20 and birthday="03-01"

由于age字段使用了范围查询，根据最左前缀原则，这种情况只能使用age字段进行范围查询，索引中的birthday字段无法使用。使用explain查看执行计划：

+------+-------------+-------+-------+---------------+--------------+---------+------+------+-----------------------+
| id   | select_type | table | type  | possible_keys | key          | key_len | ref  | rows | Extra                 |
+------+-------------+-------+-------+---------------+--------------+---------+------+------+-----------------------+
|    1 | SIMPLE      | user  | range | age_birthday  | age_birthday | 4       | NULL | 3    | Using index condition |
+------+-------------+-------+-------+---------------+--------------+---------+------+------+-----------------------+

可以看到虽然使用了age_birthday索引，但是索引长度key_len只有4，说明只有联合索引只有age字段生效了（因为age字段是int类型，占用4个字节）。最后Extra列的Using index condition表示这个查询使用了索引下推优化。

为在没有索引下推的情况下，执行步骤如下：

• 存储引擎根据索引查找出age>20的用户id，分别是：4,5,7
• 存储引擎到表格中取出id in (4,5,7)的3条记录，返回给服务层
• 服务层过滤掉不符合birthday="03-01"条件的记录，最后返回查询结果为id=4的1行记录。
  

如果开启了索引下推优化，执行步骤如下：

1. 存储引擎根据索引查找出age>20的用户id，并使用索引中的birthday字段过滤掉不符合birthday="03-01"条件的记录，最后得到id=4；
2. 存储引擎到表格中取出id=4的1条记录，返回给服务层；
3. 服务层过滤掉不符合birthday="03-01"条件的记录，最后返回查询结果为id=4的1行记录。
   

启用索引下推后，把where条件由MySQL服务层放到了存储引擎层去执行，带来的好处就是存储引擎根据id到表格中读取数据的次数变少了。在上面这个例子中，没有索引下推时需要多回表查询2次。并且回表查询很可能是离散IO，在某些情况下，对数据库性能会有较大提升。

总结

到此这篇关于MySQL索引下推（ICP）的简单理解与示例的文章就介绍到这了,更多相关MySQL索引下推（ICP）内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！