Oracle Explain plan 使用总结

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.建表

1. create table HEK_TEST_IN
2. (
3. PID   INTEGER primary key,
4. NDATE DATE,
5. NNOTE VARCHAR2(50)
6. )
7. create table HEK_TEST_INDETAIL
8. (
9. PID   INTEGER not null,
10. FID   INTEGER,
11. NNAME VARCHAR2(50),
12. NQTY  FLOAT,
13. NNOTE VARCHAR2(50),
14. NSIZE VARCHAR2(20)
15. );
16. alter table HEK_TEST_INDETAIL
17. add constraint FK_TEST_1 foreign key (FID)
18. references HEK_TEST_IN (PID);
19. create index HEK_TEST_INDETAIL_INDEX on HEK_TEST_INDETAIL (NNAME, NSIZE);

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,<>也会导至全表扫描。

本文转自：http://sakyone.iteye.com/blog/618821