Oracle like、不等於、隱式轉換走索引與不走索引情況
1. 概述
# like （1）當使用like查詢時，後模糊匹配，則走索引，如like 'test%' （2）當使用like查詢時，前模糊匹配，則不走索引，如like '%test' # <> 不走索引 因為不等於，即等於大量資料，所以不走索引 # 隱式轉換，當發生在索引列時，不走索引，發生在條件值列時，走索引 （1）如果隱式轉換髮生在值列，則走索引，例如查詢使用日期查詢時， select * from test_implic where bir_date = '20180122 14:22:32'; （2）如果索引列發生了隱式轉換，則不走索引，如列資料型別為varchar2，使用如下查詢時 select bir_date from test_implic where id = 2000; （3）當number列等於字串時，走索引
2.測試
（1） like 後模糊匹配走索引 like 前模糊匹配走全表
# 建立測試表
create table test_bind(id number,name varchar2(20));
#插入資料
declare
i number;
begin
for i in 1..100000
loop
insert into test_bind values(i,'haha');
end loop;
end;
/
declare
i number;
begin
for i in 100000..100010
loop
insert into test_bind values(i,'test');
end loop;
end;
/
# 建立索引
create index IDX_TEST_BIND on test_bind(name);
# 收集統計資訊
exec dbms_stats.gather_table_stats('LIBAI','TEST_BIND');
# 查詢，後模糊匹配，可以看到走了索引
LIBAI@honor1 > set autotrace on
LIBAI@honor1 > select * from test_bind where name like 'te%';
ID NAME
---------------------------------------- ----------------------------------------
100001 test
100002 test
100003 test
100004 test
100005 test
100006 test
100007 test
100008 test
100009 test
100010 test
10 rows selected.
Elapsed: 00:00:00.00
Execution Plan
----------------------------------------------------------
Plan hash value: 2889536435
---------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
---------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 9 | 90 | 3 (0)| 00:00:01 |
| 1 | TABLE ACCESS BY INDEX ROWID| TEST_BIND | 9 | 90 | 3 (0)| 00:00:01 |
|* 2 | INDEX RANGE SCAN | IDX_TEST_BIND | 9 | | 2 (0)| 00:00:01 |
---------------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
2 - access("NAME" LIKE 'te%')
filter("NAME" LIKE 'te%')
Statistics
----------------------------------------------------------
1 recursive calls
0 db block gets
5 consistent gets
0 physical reads
0 redo size
782 bytes sent via SQL*Net to client
519 bytes received via SQL*Net from client
2 SQL*Net roundtrips to/from client
0 sorts (memory)
0 sorts (disk)
10 rows processed
# 前模糊匹配，可以看到走了全表掃描
LIBAI@honor1 > select * from test_bind where name like '%st';
ID NAME
---------------------------------------- ----------------------------------------
100001 test
100002 test
100003 test
100004 test
100005 test
100006 test
100007 test
100008 test
100009 test
100010 test
10 rows selected.
Elapsed: 00:00:00.02
Execution Plan
----------------------------------------------------------
Plan hash value: 3519963602
-------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
-------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 5001 | 50010 | 69 (2)| 00:00:01 |
|* 1 | TABLE ACCESS FULL| TEST_BIND | 5001 | 50010 | 69 (2)| 00:00:01 |
-------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
1 - filter("NAME" LIKE '%st' AND "NAME" IS NOT NULL)
Statistics
----------------------------------------------------------
1 recursive calls
0 db block gets
236 consistent gets
0 physical reads
0 redo size
734 bytes sent via SQL*Net to client
519 bytes received via SQL*Net from client
2 SQL*Net roundtrips to/from client
0 sorts (memory)
0 sorts (disk)
10 rows processed
（2） <> 不走索引
LIBAI@honor1 > select * from test_bind where name <> 'test';
ID NAME
---------------------------------------- ----------------------------------------
100001 test
100002 test
100003 test
100004 test
100005 test
100006 test
100007 test
100008 test
100009 test
100010 test
10 rows selected.
Elapsed: 00:00:00.01
Execution Plan
----------------------------------------------------------
Plan hash value: 3519963602
-------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
-------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 18 | 180 | 69 (2)| 00:00:01 |
|* 1 | TABLE ACCESS FULL| TEST_BIND | 18 | 180 | 69 (2)| 00:00:01 |
-------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
1 - filter("NAME"<>'haha')
Statistics
----------------------------------------------------------
1 recursive calls
0 db block gets
236 consistent gets
0 physical reads
0 redo size
734 bytes sent via SQL*Net to client
519 bytes received via SQL*Net from client
2 SQL*Net roundtrips to/from client
0 sorts (memory)
0 sorts (disk)
10 rows processed
（3） 隱式轉換
# 構造測試環境
create table test_implic (id varchar2(20),name varchar2(20),bir_date date default sysdate);
declare
i varchar2(10);
begin
for i in 1..10000
loop
insert into test_implic values(i,'czh',sysdate);
end loop;
commit;
end;
/
create index idx_test_implic_id on test_implic(id);
create index idx_test_implic_bir_date on test_implic(bir_date);
exec dbms_stats.gather_table_stats('LIBAI','TEST_IMPLIC');
# 當varchar2型別等於數字時，不走索引
LIBAI@honor1 > select bir_date from test_implic where id = 2000;
BIR_DATE
-------------------
2020-01-19 20:00:51
Execution Plan
----------------------------------------------------------
Plan hash value: 965190314
---------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
---------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1 | 13 | 11 (0)| 00:00:01 |
|* 1 | TABLE ACCESS FULL| TEST_IMPLIC | 1 | 13 | 11 (0)| 00:00:01 |
---------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
1 - filter(TO_NUMBER("ID")=2000)
Statistics
----------------------------------------------------------
1 recursive calls
0 db block gets
38 consistent gets
0 physical reads
0 redo size
531 bytes sent via SQL*Net to client
519 bytes received via SQL*Net from client
2 SQL*Net roundtrips to/from client
0 sorts (memory)
0 sorts (disk)
1 rows processed
LIBAI@honor1 > select bir_date from test_implic where id = to_char(2000);
BIR_DATE
-------------------
2020-01-19 20:00:51
Execution Plan
----------------------------------------------------------
Plan hash value: 3908402167
--------------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
--------------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1 | 13 | 2 (0)| 00:00:01 |
| 1 | TABLE ACCESS BY INDEX ROWID| TEST_IMPLIC | 1 | 13 | 2 (0)| 00:00:01 |
|* 2 | INDEX RANGE SCAN | IDX_TEST_IMPLIC_ID | 1 | | 1 (0)| 00:00:01 |
--------------------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
2 - access("ID"='2000')
Statistics
----------------------------------------------------------
1 recursive calls
0 db block gets
4 consistent gets
4 physical reads
0 redo size
531 bytes sent via SQL*Net to client
519 bytes received via SQL*Net from client
2 SQL*Net roundtrips to/from client
0 sorts (memory)
0 sorts (disk)
1 rows processed
# 當number等於字串時，走索引
LIBAI@honor1 > select * from test_bind where id = '1000';
ID NAME
---------------------------------------- ----------------------------------------
1000 haha
Execution Plan
----------------------------------------------------------
Plan hash value: 2345277976
------------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
------------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1 | 10 | 2 (0)| 00:00:01 |
| 1 | TABLE ACCESS BY INDEX ROWID| TEST_BIND | 1 | 10 | 2 (0)| 00:00:01 |
|* 2 | INDEX RANGE SCAN | IDX_TEST_BIND_ID | 1 | | 1 (0)| 00:00:01 |
------------------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
2 - access("ID"=1000)
Statistics
----------------------------------------------------------
14 recursive calls
0 db block gets
33 consistent gets
0 physical reads
0 redo size
595 bytes sent via SQL*Net to client
519 bytes received via SQL*Net from client
2 SQL*Net roundtrips to/from client
1 sorts (memory)
0 sorts (disk)
1 rows processed
# 當日期等於字串時，走索引
LIBAI@honor1 > select * from test_implic where bir_date = '20180122 14:22:32';
no rows selected
Execution Plan
----------------------------------------------------------
Plan hash value: 3390782276
--------------------------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
--------------------------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1 | 17 | 2 (0)| 00:00:01 |
| 1 | TABLE ACCESS BY INDEX ROWID| TEST_IMPLIC | 1 | 17 | 2 (0)| 00:00:01 |
|* 2 | INDEX RANGE SCAN | IDX_TEST_IMPLIC_BIR_DATE | 1 | | 1 (0)| 00:00:01 |
--------------------------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
2 - access("BIR_DATE"='20180122 14:22:32')
Statistics
----------------------------------------------------------
1 recursive calls
0 db block gets
2 consistent gets
4 physical reads
0 redo size
466 bytes sent via SQL*Net to client
508 bytes received via SQL*Net from client
1 SQL*Net roundtrips to/from client
0 sorts (memory)
0 sorts (disk)
0 rows processed
來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/31439444/viewspace-2674049/，如需轉載，請註明出處，否則將追究法律責任。
相關文章
- [] == ![]，走進==隱式轉換的世界
- 基於COST優化，oracle什麼情況不走索引優化Oracle索引
- 高效的SQL（隱式轉換導致不走索引）SQL索引
- Oracle隱式型別轉換導致索引失效Oracle型別索引
- MySQL索引失效之隱式轉換MySql索引
- ORACLE索引被抑制情況Oracle索引
- 索引失效系列——隱式型別轉換索引型別
- 【隱式轉換】注意隱式轉換將導致索引無法使用索引
- mysql索引不會命中的情況MySql索引
- Oracle索引失效-likeOracle索引
- 索引關鍵字的隱式轉換分析索引
- oracle order by索引是否使用的情況Oracle索引
- oracle執行計劃------未走索引，隱式轉換的坑Oracle索引
- mysql索引失效的情況MySql索引
- [zt] Oracle不使用索引的幾種情況Oracle索引
- oracle組合索引什麼情況下生效?Oracle索引
- 淺談MySql整型索引和字串索引失效或隱式轉換問題汊叄MySql索引字串
- MySQL哪些情況需要新增索引？MySql索引
- 索引ROWID轉換函式索引函式
- Oracle 隱式轉換Oracle
- Oracle表與索引的分析及索引重建(轉）Oracle索引
- SELECT COUNT(*) 索引會走 index fast full scan索引IndexAST
- Oracle 12.2中的索引統計被呼叫情況Oracle索引
- Oracle基於函式的索引Oracle函式索引
- oracle 為什麼沒有使用索引的一種情況Oracle索引
- Mysql 會導致索引失效的情況MySql索引
- Oracle索引梳理系列（六）- Oracle索引種類之函式索引Oracle索引函式
- Scala隱式轉換與隱式引數
- 帶你走進神一樣的Elasticsearch索引機制Elasticsearch索引
- 有索引卻走全表掃描的實驗分析索引
- oracle函式索引Oracle函式索引
- ORACLE MYSQL中join 欄位型別不同索引失效的情況OracleMySql型別索引
- oracle 索引和不走索引的幾種形式Oracle索引
- argv[0]在什麼情況下不等於程式名
- MYSQL索引失效的各種情況小結MySql索引
- “魂Like”遊戲，到底還能走多遠?遊戲
- （轉）Oracle索引原理Oracle索引
- Oracle 反向索引 where index_column like '%xxx'Oracle索引Index