mysql索引下推(ICP)例子

本文介绍了MySQL 5.6及以后版本中的索引下推优化策略,通过具体实例展示了如何开启和关闭索引下推,并解释了其对查询性能的影响。

1、索引下推是mysql5.6(包括)之后的优化策略。

2、是否设置了索引下推,explain执行计划查看到了 rows 行数应该是一致的。因为索引下推只是减少了回表的次数

打开索引下推。

set optimizer_switch='index_condition_pushdown=on';

关闭索引下推

set optimizer_switch='index_condition_pushdown=off';

查看索引下推的设置状态

show VARIABLES like '%optimizer_switch%'

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Hnvsr1yM-1608544619636)(http://note.youdao.com/yws/res/41525/0343D73FDB05406B9EEE9B65E4AF878B)]

例子1

创建表

    CREATE TABLE `tuser` (
      `id` int(11) NOT NULL,
      `id_card` varchar(32) DEFAULT NULL,
      `name` varchar(32) DEFAULT NULL,
      `age` int(11) DEFAULT NULL,
      `ismale` tinyint(1) DEFAULT NULL,
      PRIMARY KEY (`id`),
      KEY `id_card` (`id_card`),
      KEY `name_age` (`name`,`age`)
    ) ENGINE=InnoDB
INSERT INTO `tuser`(`id`, `id_card`, `name`, `age`, `ismale`) VALUES (1, '1', '张三', 10, 1);
INSERT INTO `tuser`(`id`, `id_card`, `name`, `age`, `ismale`) VALUES (2, '2', '张三', 10, 1);
INSERT INTO `tuser`(`id`, `id_card`
<think>嗯,我现在需要理解MySQL索引下推(Index Condition Pushdown,ICP)的工作原理和应用场景。首先,我记得ICPMySQL中的一种优化技术,但具体是怎么工作的呢?可能和索引的使用有关,但不确定细节。 根据用户提供的引用资料,引用[1]提到ICP是5.6版本引入的优化,可能涉及到将WHERE条件的一部分下推到存储引擎层处理。那存储引擎通常负责索引的扫描,所以可能是在索引扫描阶段就应用某些条件,减少回表次数? 比如,用户提供的引用[3]中的EXPLAIN输出显示Extra列有“Using index condition”和“Using where”,这可能意味着存储引擎层处理了一部分条件,而服务器层处理剩下的。这样是不是可以减少从存储引擎返回到服务器层的数据量? 再来看引用[4]和[5],当使用ICP时,Extra列显示“Using index condition”,而如果关闭ICP(如引用[2]的设置),可能就不会有这个提示了。这说明ICP的状态会影响查询的执行计划。 那具体来说,假设有一个复合索引(first_name, last_name),查询条件是first_name = 'John' AND last_name LIKE '%son%' AND age > 30。在ICP开启的情况下,存储引擎会先通过索引处理first_name和last_name的条件,但age列可能不在索引中。这时候,存储引擎只能处理索引中的条件(比如last_name的LIKE),而age的条件需要在服务器层处理。但如果没有ICP,存储引擎可能只会处理first_name的条件,然后将所有匹配first_name的记录返回给服务器层,再由服务器处理last_name和age的条件。这样的话,如果last_name的条件在索引中可以部分应用,就能减少回表次数,提升性能。 另一个例子是范围查询。如果有索引(a, b, c),查询条件是a=1 AND b BETWEEN 10 AND 20 AND c=5。存储引擎可能先定位a=1的索引条目,然后在索引中处理b的范围条件,这时候即使c不在索引中被处理,但ICP可能允许在索引中处理b的条件,从而减少需要访问的数据行数。 应用场景的话,可能是在复合索引的情况下,尤其是当WHERE子句中有部分条件可以利用索引中的列,但这些条件不能完全用索引来覆盖的时候。比如,当有LIKE操作或者范围条件,索引下推可以将这些条件下推到存储引擎处理,减少回表次数,提高查询效率。 性能优化方面,开启ICP可以减少服务器层需要处理的数据量,从而减少IO和CPU消耗。不过需要注意,可能不是所有情况下都适用,比如如果索引的选择性不高,或者大部分数据都需要被返回,可能效果不明显。另外,需要检查EXPLAIN的输出是否有“Using index condition”来确认ICP是否被使用。 可能的问题还有,ICP和覆盖索引的关系?如果查询的列都在索引中,可能不需要回表,此时ICP是否还有作用?比如,如果查询的列全部在索引中,存储引擎可能已经处理了所有条件,但如果是覆盖索引的情况下,可能ICP的作用可能不大,因为不需要回表,但如果有条件在索引中被处理,可能仍然可以提前过滤数据。 总结一下,ICP的工作原理是允许存储引擎在扫描索引时提前应用WHERE子句中的部分条件,从而减少需要回表读取的数据行数,进而提升查询性能。应用场景主要是在复合索引中,存在可以利用索引列的条件但无法完全被索引覆盖的情况。性能优化方面,开启ICP可以显著减少IO和CPU开销,尤其是在高选择性查询中效果明显。</think>### MySQL索引下推ICP)工作原理与性能优化 #### 1. 工作原理 索引下推(Index Condition Pushdown, ICP)是MySQL 5.6引入的优化技术,**核心目标是通过减少回表次数提升查询性能**。其工作原理如下: - **传统方式**:存储引擎仅根据索引的**最左前缀**筛选数据,剩余WHERE条件由服务器层处理。例如,索引$(a, b)$,查询条件为$a=1 \land b>5$,存储引擎仅筛选$a=1$的记录,服务器再过滤$b>5$[^1]。 - **ICP优化**:存储引擎在扫描索引时,直接应用WHERE条件中**索引包含的列**(即使不满足最左前缀)。例如,索引$(a, b)$,查询条件为$a=1 \land b>5 \land c=3$,存储引擎会筛选$a=1 \land b>5$,仅返回满足条件的记录给服务器层,最后再由服务器处理$c=3$[^4]。 #### 2. 应用场景 - **复合索引的部分条件过滤** 当查询条件包含索引列和非索引列时,ICP可将索引列的过滤下推。例如: ```sql SELECT * FROM employees WHERE first_name = 'John' AND last_name LIKE '%son%' AND age > 30; -- 假设索引(first_name, last_name) ``` 存储引擎会处理`first_name = 'John'`和`last_name LIKE '%son%'`,减少回表后再过滤`age > 30`的数据量[^3]。 - **范围查询优化** 若查询包含范围条件(如`BETWEEN`, `>`),ICP允许在索引中提前过滤。例如: ```sql SELECT * FROM table WHERE a = 1 AND b BETWEEN 10 AND 20 AND c = 5; -- 索引(a, b, c) ``` 存储引擎直接处理`a=1`和`b`的范围条件,无需将所有`a=1`的记录返回服务器[^5]。 #### 3. 性能优化效果 - **减少回表次数**:存储引擎提前过滤数据,减少需要访问的主键索引记录数。 - **降低服务器层负载**:通过减少数据传输量,降低CPU和内存消耗。 - **EXPLAIN验证**:若Extra列显示`Using index condition`,说明ICP已生效。 #### 4. 配置与限制 - **启用/关闭ICP**: ```sql SET optimizer_switch = 'index_condition_pushdown=on|off'; -- 引用[2] ``` - **适用存储引擎**:InnoDB和MyISAM。 - **限制条件**:仅适用于二级索引(非主键索引),且需要满足索引列的条件过滤。 --- ###
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

伍六七AI编程

你猜你给我1分我要不要

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值