mysql (ICP) 索引条件下推对比ORACLE进行说明

mysql (ICP) 索引条件下推对比ORACLE进行说明

第一次看到这个名词,与ORACLE FPD - filter push-down想到了一块,但是后来才发现他们根本同一个东西,
简单的收ICP就是当索引包含所有的访问字段的时候,可以在根据前导列过滤掉条件的时候,同时过滤掉另外的
条件,比如说
CREATE TABLE TESTICP(A INT,B INT,C NAME);
ALTER TABLE TESTTICP ADD KEY(A,B);

SELECT * FROM TESTICP WHERE A=1 AND B <10
的时候,如果未使用ICP就是通过A=1的条件返回结果集然后通过
回表操作后然后过滤掉B<10的条件,这种情况下额外的并不满足B<10的结果集通过回表操作,这样加大了离散
读的压力,如果了解ORACLE的朋友一定记得CLUSTER_FACTOR这个概念,他用于描述索引相对表中数据的有序
程度,其最大值为表的行数,最小值为表的块数,越小代表索引和表的数据越相似,也就是表中这列是比较有序的
,如果越大那么回表的操作越耗时(离散读取越厉害),这点虽然在MYSQL还不太了解但是一定会受到这样的影响。
所以及早的过滤掉不需要的数据是非常必要的。在ORACLE中这也许不是问题,但是MYSQL知道5.6才引入了ICP。
我们先来看看ORACLE的执行计划
使用脚本:
CREATE TABLE TESTICP(A INT,B INT,C varchar2(20));
declare  
   i number(10);
begin 
  for i in 1..1000
  loop
  insert into TESTICP
   values(i,i,'gaopeng');
  end loop;
end;
SELECT * FROM TESTICP WHERE A=1 AND B <10;

--------------------------------------------------------------------------------
Plan hash value: 446810821
--------------------------------------------------------------------------------
| Id  | Operation                   | Name          | Rows  | Bytes | Cost (%CPU
--------------------------------------------------------------------------------
|   0 | SELECT STATEMENT            |               |     1 |    38 |     3   (0
|   1 |  TABLE ACCESS BY INDEX ROWID| TESTICP       |     1 |    38 |     3   (0
|*  2 |   INDEX RANGE SCAN          | TESTICP_INDEX |     1 |       |     2   (0
--------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
   2 - access("A"=1 AND "B"<10)

非常加单我们只需要看到access("A"=1 AND "B"=1)就知道是通过"A"=1 AND "B"=1来访问索引的
如果是FILTER B=1我们可以理解为访问索引后过滤的。
SQL> explain plan for select * from testicp where a=1 and c='gtest';
Explained

SQL> select * from table(dbms_xplan.display);
PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
Plan hash value: 446810821
--------------------------------------------------------------------------------
| Id  | Operation                   | Name          | Rows  | Bytes | Cost (%CPU
--------------------------------------------------------------------------------
|   0 | SELECT STATEMENT            |               |     1 |    38 |     3   (0
|*  1 |  TABLE ACCESS BY INDEX ROWID| TESTICP       |     1 |    38 |     3   (0
|*  2 |   INDEX RANGE SCAN          | TESTICP_INDEX |     1 |       |     2   (0
--------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
   1 - filter("C"='gtest')
   2 - access("A"=1)
Note
-----
   - dynamic sampling used for this statement (level=2)
19 rows selected

如果我们改变为and c='gtest'
可以看到 filter("C"='gtest'),这就是所谓的过滤。是索引回表后过滤的。

但这一切在ORACLE认为理所当然的东西到了MYSQL到了5.6才实现。我们通过MYSQL来做一下
脚本使用:

create table testicp(A INT,B INT,C varchar(20));
delimiter //
create procedure myproc3() 
begin 
declare num int; 
set num=1; 
while num <= 1000 do 
  insert into testicp  values(num,num,'gaopeng'); 
  set num=num+1;
end while;
 end//
 call myproc3() //
 delimiter ;
 alter table testicp add key(a,b);
 
explain select * from testicp where a=1 and b<10;
 mysql> explain select * from testicp where a=1 and b<10;
+----+-------------+---------+-------+---------------+------+---------+------+------+-----------------------+
| id | select_type | table   | type  | possible_keys | key  | key_len | ref  | rows | Extra                 |
+----+-------------+---------+-------+---------------+------+---------+------+------+-----------------------+
|  1 | SIMPLE      | testicp | range | A             | A    | 10      | NULL |    1 | Using index condition |
+----+-------------+---------+-------+---------------+------+---------+------+------+-----------------------+
这里使用关键字Using index condition加以说明,他受参数
optimizer_switch='index_condition_pushdown=on' 
影响,如果我们设置optimizer_switch='index_condition_pushdown=off'再来看一下
set  optimizer_switch='index_condition_pushdown=off'
mysql> explain select * from testicp where a=1 and b<10;
+----+-------------+---------+-------+---------------+------+---------+------+------+-------------+
| id | select_type | table   | type  | possible_keys | key  | key_len | ref  | rows | Extra       |
+----+-------------+---------+-------+---------------+------+---------+------+------+-------------+
|  1 | SIMPLE      | testicp | range | A             | A    | 10      | NULL |    1 | Using where |
+----+-------------+---------+-------+---------------+------+---------+------+------+-------------+
1 row in set (0.01 sec)
可以看到这里变成了Using where,这代表没有使用icp。

时间: 2024-09-20 18:31:27

mysql (ICP) 索引条件下推对比ORACLE进行说明的相关文章

浅析MySQL中的Index Condition Pushdown (ICP 索引条件下推)和Multi-Range Read(MRR 索引多范围查找)查询优化

原文:浅析MySQL中的Index Condition Pushdown (ICP 索引条件下推)和Multi-Range Read(MRR 索引多范围查找)查询优化   本文出处:http://www.cnblogs.com/wy123/p/7374078.html(保留出处并非什么原创作品权利,本人拙作还远远达不到,仅仅是为了链接到原文,因为后续对可能存在的一些错误进行修正或补充,无他)     ICP优化原理 Index Condition Pushdown (ICP),也称为索引条件下推

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

自MySQL 5.6开始,在索引方面有了一些改进,比如索引条件下推(Index condition pushdown,ICP),严格来说属于优化器层面的改进. 如果简单来理解,就是优化器会尽可能的把index condition的处理从Server层下推到存储引擎层.举一个例子,有一个表中含有组合索引idx_cols包含(c1,c2,-,cn)n个列,如果在c1上存在范围扫描的where条件,那么剩余的c2,-,cn这n-1个上索引都无法用来提取和过滤数据,而ICP就是把这个事情优化一下. 我们

MySQL · 性能优化 · 条件下推到物化表

背景 MySQL引入了Materialization(物化)这一关键特性用于子查询(比如在IN/NOT IN子查询以及 FROM 子查询)优化. 具体实现方式是:在SQL执行过程中,第一次需要子查询结果时执行子查询并将子查询的结果保存为临时表 ,后续对子查询结果集的访问将直接通过临时表获得. 与此同时,优化器还具有延迟物化子查询的能力,先通过其它条件判断子查询是否真的需要执行.物化子查询优化SQL执行的关键点在于对子查询只需要执行一次. 与之相对的执行方式是对外表的每一行都对子查询进行调用,其执

Oracle 和 mysql 的一些简单命令对比参照

mysql|oracle Oracle 和 mysql 的一些简单命令对比参照 Oraclemysql对比版本Personal Oracle7 Release 7.3.4.0.0mysql 3.22.34-shareware-debug启动画面(点击放大)默认安装目录C:\ORAWIN95C:\MYSQL各种实用程序所在目录C:\ORAWIN95\BINC:\MYSQL\BIN控制台工具SVRMGR.EXESVRMGR23.EXEmysqladmin.exe数据库启动程序0start73.exe

Oracle和MySQL的一些简单命令对比

Oracle和MySQL的一些简单命令对比 SQL> select to_char(sysdate,'yyyy-mm-dd') from dual; SQL> select to_char(sysdate,'hh24-mi-ss') from dual; mysql> select date_format(now(),'%Y-%m-%d'); mysql> select time_format(now(),'%H-%i-%S'); 日期函数 增加一个月: SQL> selec

详解MySQL数据库索引的选择性

在MySQL中,对于索引的使用并是一直都采用正确的决定. 简单表的示例: create TABLE `r2` ( ID` int(11) DEFAULT NULL, ID1` int(11) DEFAULT NULL, CNAME` varchar(32) DEFAULT NULL, KEY `ID1` (`ID1`) ) ENGINE=MyISAM DEFAULT charSET=latin1 select count(*) FROM r2; 250001 (V1) select count(

浅谈PHP开发中MySQL数据库索引的经验

假如我们创建了一个testIndex表:CREATE TABLE testIndex(i_testID INT NOT NULL,vc_Name VARCHAR(16) NOT NULL); 我们随机向里面插入了1000条记录,其中有一条    i_testID    vc_Name      555    erquan     在查找vc_Name="erquan"的记录SELECT * FROM testIndex WHERE vc_Name='erquan';时,如果在vc_Na

MySQL数据库索引使用方法

  走向精通MySQL的道路非常的艰难,还好各种关系型数据库大同小异,足够让我从增删改查上升到高性能数据库的架构和调优.这期间的各种概念就不絮叨了,我也很难表述的很清楚,昨天写了个小脚本往我本机MySQL数据库的某张表里面注入了200万条数据(Windows7旗舰版/1.66GHz/2G内存/MySQL5.1.50),数据表的结构如下图所示,属于一个比较基本的定长表,考虑到我可怜的本本的承受能力,id使用从1开始的自增,title字段为随机20个标题中的一个,content都是相同的内容,tim

mysql联合索引

命名规则:表名_字段名1.需要加索引的字段,要在where条件中2.数据量少的字段不需要加索引3.如果where条件中是OR关系,加索引不起作用4.符合最左原则 https://segmentfault.com/q/1010000003984016/a-1020000003984281 联合索引又叫复合索引.对于复合索引:Mysql从左到右的使用索引中的字段,一个查询可以只使用索引中的一部份,但只能是最左侧部分.例如索引是key index (a,b,c). 可以支持a | a,b| a,b,c