SQL hint中的ORDER與Leading(zt)

sxzhanghl發表於2009-03-27
SQL

關於LEADING、ORDERED：
    /*+ORDERED*/提示按照from後表的順序執行。
    /*+LEADING(table1 table2 ...)*/提示按照指定順序執行。

通常在sql中出現了join的時候，可能需要用到這兩個hint，會比較有用。這裡引用下在Taobao DBA Team上看到的一個例子：

SQL> select *
  2    from table_detail t,
  3    table(cast(str2varlist('123') as vartabletype)) t2
  4   where t.id = t2.column_value;

Execution Plan
----------------------------------------------------------
Plan hash value: 31598426
----------------------------------------------------------
 Operation   | Name   |Rows |Bytes|Cost(%CPU)|Time|
----------------------------------------------------------
SELECT STATEMENT   |      |784K|124M|2132(1)|00:00:26|
 NESTED LOOPS      |      |784K|124M|2132(1)|00:00:26|
  TABLE ACCESS FULL | table_detail|96 |15744| 11(0)|00:00:01|
  COLLECTION ITERATOR PICKLER FETCH| STR2VARLIST |   |  |  | |
-------------------------------------------------------------

t2是個虛擬的表，沒有準確的統計資訊，很容易出現執行計劃錯誤，這種sql最好要用hint來固化其執行計劃。

使用/*+ ORDERED use_nl(t,t2) */提示。

SQL>  select /*+ ORDERED use_nl(t2,t) */*
  2    from table(cast(str2varlist('123') as vartabletype)) t2,
  3         table_detail t
  4   where t.id = t2.column_value;

Execution Plan
----------------------------------------------------------
Plan hash value: 2272521841

-------------------------------------------------------------------------------
 Operation                          | Name       Rows |Bytes |Cost (%CPU)|Time|
-------------------------------------------------- ----------------------------
SELECT STATEMENT                    |              |784K| 124M|25 (0)|00:00:01|
 TABLE ACCESS BY INDEX ROWID        | table_detail | 96 |15744| 1 (0)|00:00:01|
  NESTED LOOPS                      |              |784K| 124M|25 (0)|00:00:01|
   COLLECTION ITERATOR PICKLER FETCH| STR2VARLIST  |    |     |      |        |
   INDEX RANGE SCAN                 | IND_deail_id |  1 |     | 1 (0)|00:00:01|
-------------------------------------------------- ----------------------------
使用leading提示來指定驅動表
SQL> select /*+ leading(t2) use_nl(t) */*
  2    from table_detail t,
  3    table(cast(str2varlist('123') as vartabletype)) t2
  4   where t.id = t2.column_value;

Execution Plan
----------------------------------------------------------
Plan hash value: 2272521841
-------------------------------------------------------------------------------
 Operation                          | Name       Rows |Bytes |Cost (%CPU)|Time|
-------------------------------------------------- ----------------------------
SELECT STATEMENT                    |              |784K| 124M|25 (0)|00:00:01|
 TABLE ACCESS BY INDEX ROWID        | table_detail | 96 |15744| 1 (0)|00:00:01|
  NESTED LOOPS                      |              |784K| 124M|25 (0)|00:00:01|
   COLLECTION ITERATOR PICKLER FETCH| STR2VARLIST  |    |     |      |        |
   INDEX RANGE SCAN                 | IND_deail_id |  1 |     | 1 (0)|00:00:01|
 

跟蹤對應的session,客戶提供對應session sid為877

SQL>select sid,serial# from v$session where sid=877;

SQL>exec sys.dbms_system.set_sql_trace_in_session(877,1687,true);

生成trace檔案scjfzw1_ora_18741.trc 針對該trace檔案進行分析,

$tkprof scjfzw1_ora_18741.trc scjfzw1_ora_18741.txt

 

檢視執行計劃也可以用：

SQL> set lines 200

SQL> set pages 80

SQL> @?/rdbms/admin/utlxpls
 

SQL> explain plan for
SQL> set lines 200 pages 80
SQL> spool
SQL> select * from table(dbms_xplan.display);

 

 

explain plan set statement_id='jzmu' for select * from a;

select * from table(dbms_xplan.display(null,'jzmu',null));
SQL> spool off

 

通過sql_id,檢視某一個特定sql的執行計劃

SQL>select * from TABLE(dbms_xplan.display_cursor('&SQL_ID'));

SQL>select * from table(dbms_xplan.display_awr('9z6ntpr77n81a'));

 

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/730796/viewspace-580368/，如需轉載，請註明出處，否則將追究法律責任。

相關文章