Oracle Explain plan使用总结
写多了SQL语句,伴随着数据量的海增,总会遇到性能的问题。在Oracle领域一个不好的习惯,一旦遇到性能问题就推给DBA来做。长期如此,反而对DBA的工作感到神秘。至少笔者所在单位就是如此,DBA向来是牛气冲天的。
要调整SQL语句的性能,就得知道这条SQL语句花费了多少COST。Explain plan工具可帮我们分析这些工作。而调整SQL语句的性能,肯定要涉及索引了。Oracle索引比较常用的有二种,1.B-TREE索引,B-TREE 适用于值变化较多的列,2.BITMAP索引。BITMAP适用于值变化较少的列(少于300个值),比如:性别这样的列。
有了上述基础就可以开始优化工作了。工具:pl/sql developer。
1.建表
2.测试具体SQL语句到底有没有使用index。
2.1条件查询:
select * from hek_test_in where pid=3
Explain Paln输出;
SELECT STATEMENT, GOAL = CHOOSE
TABLE ACCESS BY INDEX ROWID Object owner=APPS Object name=HEK_TEST_IN
INDEX UNIQUE SCAN Object owner=APPS Object name=SYS_C00211467
分析得出:hek_test_in查询时使用索引扫描,为什么呢?因为我们创建表时,指定Primary Key时,Oracel会自动创建一个UNIQUE INDEX。
-------------------------------------------------------------------------------
2.2连接查询:
select * from hek_test_in a,hek_test_indetail b where a.pid=b.fid;
Explain Paln输出;
SELECT STATEMENT, GOAL = CHOOSE
NESTED LOOPS
TABLE ACCESS FULL Object owner=APPS Object name=HEK_TEST_INDETAIL
TABLE ACCESS BY INDEX ROWID Object owner=APPS Object name=HEK_TEST_IN
INDEX UNIQUE SCAN Object owner=APPS Object name=SYS_C00211467
分析得出:hek_test_in查询时使用索引扫描,而HEK_TEST_INDETAIL使用全表扫描。
-----------------------------------------------------------------------------
2.3组合索引的条件查询:
select * from hek_test_indetail where nname = ''
Explain Paln输出;
SELECT STATEMENT, GOAL = CHOOSE
TABLE ACCESS BY INDEX ROWID Object owner=APPS Object name=HEK_TEST_INDETAIL
INDEX RANGE SCAN Object owner=APPS Object name=HEK_TEST_INDETAIL_INDEX
分析得出:查询时使用组合索引扫描。注:组合索引跟创建的列顺序有关,如果条件语句换成where nsize='',也会导至全表扫描。
-------------------------------------------
2.4组合索引的排序查询:
select * from hek_test_indetail order by nname
Explain Paln输出;
SELECT STATEMENT, GOAL = CHOOSE
SORT ORDER BY
TABLE ACCESS FULL Object owner=APPS Object name=HEK_TEST_INDETAIL
分析得出:排序查询时无法使用组合索引,从而导致全表扫描。
2.5 基于NULL条件查询:
select * from hek_test_indetail where nname is null
Explain Paln输出;
SELECT STATEMENT, GOAL = CHOOSE
TABLE ACCESS FULL Object owner=APPS Object name=HEK_TEST_INDETAIL
分析得出:NULL查询导致全表扫描。与此类似的还有is not null,<>也会导至全表扫描。
作者:Jarwang
写多了SQL语句,伴随着数据量的海增,总会遇到性能的问题。在Oracle领域一个不好的习惯,一旦遇到性能问题就推给DBA来做。长期如此,反而对DBA的工作感到神秘。至少笔者所在单位就是如此,DBA向来是牛气冲天的。
要调整SQL语句的性能,就得知道这条SQL语句花费了多少COST。Explain plan工具可帮我们分析这些工作。而调整SQL语句的性能,肯定要涉及索引了。Oracle索引比较常用的有二种,1.B-TREE索引,B-TREE 适用于值变化较多的列,2.BITMAP索引。BITMAP适用于值变化较少的列(少于300个值),比如:性别这样的列。
有了上述基础就可以开始优化工作了。工具:pl/sql developer。
1.建表
create table HEK_TEST_IN
(
PID INTEGER primary key,
NDATE DATE,
NNOTE VARCHAR2(50)
)
create table HEK_TEST_INDETAIL
(
PID INTEGER not null,
FID INTEGER,
NNAME VARCHAR2(50),
NQTY FLOAT,
NNOTE VARCHAR2(50),
NSIZE VARCHAR2(20)
);
alter table HEK_TEST_INDETAIL
add constraint FK_TEST_1 foreign key (FID)
references HEK_TEST_IN (PID);
create index HEK_TEST_INDETAIL_INDEX on HEK_TEST_INDETAIL (NNAME, NSIZE);
2.测试具体SQL语句到底有没有使用index。
2.1条件查询:
select * from hek_test_in where pid=3
Explain Paln输出;
SELECT STATEMENT, GOAL = CHOOSE
TABLE ACCESS BY INDEX ROWID Object owner=APPS Object name=HEK_TEST_IN
INDEX UNIQUE SCAN Object owner=APPS Object name=SYS_C00211467
分析得出:hek_test_in查询时使用索引扫描,为什么呢?因为我们创建表时,指定Primary Key时,Oracel会自动创建一个UNIQUE INDEX。
-------------------------------------------------------------------------------
2.2连接查询:
select * from hek_test_in a,hek_test_indetail b where a.pid=b.fid;
Explain Paln输出;
SELECT STATEMENT, GOAL = CHOOSE
NESTED LOOPS
TABLE ACCESS FULL Object owner=APPS Object name=HEK_TEST_INDETAIL
TABLE ACCESS BY INDEX ROWID Object owner=APPS Object name=HEK_TEST_IN
INDEX UNIQUE SCAN Object owner=APPS Object name=SYS_C00211467
分析得出:hek_test_in查询时使用索引扫描,而HEK_TEST_INDETAIL使用全表扫描。
-----------------------------------------------------------------------------
2.3组合索引的条件查询:
select * from hek_test_indetail where nname = ''
Explain Paln输出;
SELECT STATEMENT, GOAL = CHOOSE
TABLE ACCESS BY INDEX ROWID Object owner=APPS Object name=HEK_TEST_INDETAIL
INDEX RANGE SCAN Object owner=APPS Object name=HEK_TEST_INDETAIL_INDEX
分析得出:查询时使用组合索引扫描。注:组合索引跟创建的列顺序有关,如果条件语句换成where nsize='',也会导至全表扫描。
-------------------------------------------
2.4组合索引的排序查询:
select * from hek_test_indetail order by nname
Explain Paln输出;
SELECT STATEMENT, GOAL = CHOOSE
SORT ORDER BY
TABLE ACCESS FULL Object owner=APPS Object name=HEK_TEST_INDETAIL
分析得出:排序查询时无法使用组合索引,从而导致全表扫描。
2.5 基于NULL条件查询:
select * from hek_test_indetail where nname is null
Explain Paln输出;
SELECT STATEMENT, GOAL = CHOOSE
TABLE ACCESS FULL Object owner=APPS Object name=HEK_TEST_INDETAIL
分析得出:NULL查询导致全表扫描。与此类似的还有is not null,<>也会导至全表扫描。
作者:Jarwang