MySQL索引条件下推的简单测试

自MySQL 5.6开始,在索引方面有了一些改进,比如索引条件下推(Index condition pushdown,ICP),严格来说属于优化器层面的改进。 2017-07-11 09:22:23 MySQL索引测试 Mysql大数据备份和增量备份及还原 目前主流的有两个工具可以实现物理热备:ibbackup和xtrabackup ;ibbackup是需要授权价格昂贵,而xtrabackup功能比ibbackup强大而且是开源的。

自MySQL 5.6开始,在索引方面有了一些改进,比如索引条件下推(Index condition pushdown,ICP),严格来说属于优化器层面的改进。

自MySQL 5.6开始,在索引方面有了一些改进,比如索引条件下推(Index condition pushdown,ICP),严格来说属于优化器层面的改进。

[[196455]]

如果简单来理解,就是优化器会尽可能的把index condition的处理从Server层下推到存储引擎层。举一个例子,有一个表中含有组合索引idx_cols包含(c1,c2,…,cn)n个列,如果在c1上存在范围扫描的where条件,那么剩余的c2,…,cn这n-1个上索引都无法用来提取和过滤数据,而ICP就是把这个事情优化一下。

我们在MySQL 5.6的环境中来简单测试一下。

我们创建表emp,含有一个主键,一个组合索引来说明一下。

  1. createtableemp(
  2. empnosmallint(5)unsignednotnullauto_increment,
  3. enamevarchar(30)notnull,
  4. deptnosmallint(5)unsignednotnull,
  5. jobvarchar(30)notnull,
  6. primarykey(empno),
  7. keyidx_emp_info(deptno,ename)
  8. )engine=InnoDBcharset=utf8;

当然我也随机插入了几条数据,意思一下。

  1. insertintoempvalues(1,'zhangsan',1,'CEO'),(2,'lisi',2,'CFO'),(3,'wangwu',3,'CTO'),(4,'jeanron100',3,'Enginer');

ICP的控制在数据库参数中有一个优化器参数optimizer_switch来统一管理,我想这也是MySQL优化器离我们最贴近的时候了。可以使用如下的方式来查看。

  1. showvariableslike'optimizer_switch';

当然在5.6以前的版本中,你是看不到index condition pushdown这样的字样的。在5.6版本中查看到的结果如下:

# mysqladmin var|grep optimizer_switch optimizer_switch | index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,engine_condition_pushdown=on,index_condition_pushdown=on,mrr=on,mrr_cost_based=on,block_nested_loop=on,batched_key_access=off,materialization=on,semijoin=on,loosescan=on,firstmatch=on,subquery_materialization_cost_based=on,use_index_extensions=on下面我们就用两个语句来对比说明一下,就通过执行计划来对比。

  1. setoptimizer_switch="index_condition_pushdown=off"
  2. >explainselect*fromempwheredeptnobetween1and100andename='jeanron100';
  3. +----+-------------+-------+------+---------------+------+---------+------+------+-------------+
  4. |id|select_type|table|type|possible_keys|key|key_len|ref|rows|Extra|
  5. +----+-------------+-------+------+---------------+------+---------+------+------+-------------+
  6. |1|SIMPLE|emp|ALL|idx_emp_info|NULL|NULL|NULL|4|Usingwhere|
  7. +----+-------------+-------+------+---------------+------+---------+------+------+-------------+

而如果开启,看看ICP是否启用。

  1. setoptimizer_switch="index_condition_pushdown=on";>explainselect*fromempwheredeptnobetween10and3000andename='jeanron100';
  2. +----+-------------+-------+-------+---------------+--------------+---------+------+------+-----------------------+
  3. |id|select_type|table|type|possible_keys|key|key_len|ref|rows|Extra|
  4. +----+-------------+-------+-------+---------------+--------------+---------+------+------+-----------------------+
  5. |1|SIMPLE|emp|range|idx_emp_info|idx_emp_info|94|NULL|1|Usingindexcondition|
  6. +----+-------------+-------+-------+---------------+--------------+---------+------+------+-----------------------+

1 row in set (0.00 sec)如果你观察仔细,会发现两次的语句还是不同的,那就是范围扫描的范围不同,如果还是用原来的语句,结果还是有一定的限制的。

  1. >explainselect*fromempwheredeptnobetween1and300andename='jeanron100';
  2. +----+-------------+-------+------+---------------+------+---------+------+------+-------------+
  3. |id|select_type|table|type|possible_keys|key|key_len|ref|rows|Extra|
  4. +----+-------------+-------+------+---------------+------+---------+------+------+-------------+
  5. |1|SIMPLE|emp|ALL|idx_emp_info|NULL|NULL|NULL|4|Usingwhere|
  6. +----+-------------+-------+------+---------------+------+---------+------+------+-------------+

1 row in set (0.00 sec)这个地方就值得好好推敲了。

©本文为清一色官方代发,观点仅代表作者本人,与清一色无关。清一色对文中陈述、观点判断保持中立,不对所包含内容的准确性、可靠性或完整性提供任何明示或暗示的保证。本文不作为投资理财建议,请读者仅作参考,并请自行承担全部责任。文中部分文字/图片/视频/音频等来源于网络,如侵犯到著作权人的权利,请与我们联系(微信/QQ:1074760229)。转载请注明出处:清一色财经

(0)
打赏 微信扫码打赏 微信扫码打赏 支付宝扫码打赏 支付宝扫码打赏
清一色的头像清一色管理团队
上一篇 2023年5月6日 09:38
下一篇 2023年5月6日 09:39

相关推荐

发表评论

登录后才能评论

联系我们

在线咨询:1643011589-QQbutton

手机:13798586780

QQ/微信:1074760229

QQ群:551893940

工作时间:工作日9:00-18:00,节假日休息

关注微信