oracle 11g 自動調優，oracle11g調優

oracle 11g 自動調優，oracle11g調優
--:自動調優計劃
begin
  dbms_workload_repository.create_snapshot();
end;


select /*+ result_cache */ count(*) from (select * from  HJ.dbtan where object_type='TABLE' ORDER BY 1 DESC ,2 ASC ,3 DESC ,4 ASC);


begin
  dbms_workload_repository.create_snapshot();
end;


--ft8s1pfmz9ph0
SET SERVEROUTPUT ON
DECLARE
  l_sql_tune_task_id  VARCHAR2(100);
BEGIN
  l_sql_tune_task_id := DBMS_SQLTUNE.create_tuning_task (
                          begin_snap  => 21,
                          end_snap    => 22,
                          sql_id      => 'ft8s1pfmz9ph0',
                          scope       => DBMS_SQLTUNE.scope_comprehensive,
                          time_limit  => 300,
                          task_name   => 'ft8s1pfmz9ph0d_AWR_tuning_task',
                          description => 'Tuning task for statement f3hc7r4trnn1d in AWR.');
  DBMS_OUTPUT.put_line('l_sql_tune_task_id: ' || l_sql_tune_task_id);
END;


begin DBMS_SQLTUNE.execute_tuning_task(task_name => 'ft8s1pfmz9ph0d_AWR_tuning_task');end;
SELECT DBMS_SQLTUNE.report_tuning_task('ft8s1pfmz9ph0d_AWR_tuning_task') AS recommendations FROM dual;


GENERAL INFORMATION SECTION
-------------------------------------------------------------------------------
Tuning Task Name   : ft8s1pfmz9ph0d_AWR_tuning_task
Tuning Task Owner  : SYS
Workload Type      : Single SQL Statement
Scope              : COMPREHENSIVE
Time Limit(seconds): 300
Completion Status  : COMPLETED
Started at         : 09/01/2014 14:55:32
Completed at       : 09/01/2014 14:55:44


-------------------------------------------------------------------------------
Schema Name: SYS
SQL ID     : ft8s1pfmz9ph0
SQL Text   : select /*+ result_cache */ count(*) from (select * from 
             HJ.dbtan where object_type='TABLE' ORDER BY 1 DESC ,2 ASC ,3
             DESC ,4 ASC)


-------------------------------------------------------------------------------
FINDINGS SECTION (2 findings)
-------------------------------------------------------------------------------


1- Statistics Finding
---------------------
  尚未分析表 "HJ"."DBTAN"。
  Recommendation
  --------------
  - 考慮收集此表的最佳化程式統計資訊。
    execute dbms_stats.gather_table_stats(ownname => 'HJ', tabname =>
            'DBTAN', estimate_percent => DBMS_STATS.AUTO_SAMPLE_SIZE,
            method_opt => 'FOR ALL COLUMNS SIZE AUTO');
  Rationale
  ---------
    為了選擇好的執行計畫, 最佳化程式需要此表的最新統計資訊。
2- Index Finding (see explain plans section below)
--------------------------------------------------
  通過建立一個或多個索引可以改進此語句的執行計畫。
  Recommendation (estimated benefit: 95.98%)
  ------------------------------------------
  - 考慮運行可以改進物理方案設計的訪問指導或者建立推薦的索引。
    create index HJ.IDX$$_00360001 on HJ.DBTAN("OBJECT_TYPE");
  Rationale
  ---------
    建立推薦的索引可以顯著地改進此語句的執行計畫。但是, 使用典型的 SQL 工作量運行 "訪問指導"
    可能比單個語句更可取。通過這種方法可以獲得全面的索引建議案, 包括計算索引維護的開銷和附加的空間消耗。
-------------------------------------------------------------------------------
EXPLAIN PLANS SECTION
-------------------------------------------------------------------------------
1- Original
-----------
Plan hash value: 1782547706
--------------------------------------------------------------------------------------------------
| Id  | Operation           | Name                       | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT    |                            |     1 |    11 |  4706   (1)| 00:00:57 |
|   1 |  RESULT CACHE       | 81z3k6zbauk9s2c83c03s270ja |       |       |            |          |
|   2 |   SORT AGGREGATE    |                            |     1 |    11 |            |          |
|*  3 |    TABLE ACCESS FULL| DBTAN                      | 40006 |   429K|  4706   (1)| 00:00:57 |
--------------------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
   3 - filter("OBJECT_TYPE"='TABLE')
Result Cache Information (identified by operation id):
------------------------------------------------------
   1 - column-count=1; dependencies=(HJ.DBTAN); attributes=(single-row); parameters=(nls); name="select /*+ result_cache */ count(*) from (select * from  HJ.dbtan where object_type='TABLE' ORDER BY 1 DESC ,2 ASC ,3 DESC ,4 AS
2- Using New Indices
--------------------
Plan hash value: 2810514733
-------------------------------------------------------------------------------------------------
| Id  | Operation          | Name                       | Rows  | Bytes | Cost (%CPU)| Time     |
-------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |                            |     1 |    11 |   189   (1)| 00:00:03 |
|   1 |  RESULT CACHE      | 27yjysxpdun18b2utun82bynny |       |       |            |          |
|   2 |   SORT AGGREGATE   |                            |     1 |    11 |            |          |
|*  3 |    INDEX RANGE SCAN| IDX$$_00360001             | 40006 |   429K|   189   (1)| 00:00:03 |
-------------------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
   3 - access("OBJECT_TYPE"='TABLE')
Result Cache Information (identified by operation id):
------------------------------------------------------
   1 - column-count=1; dependencies=(HJ.DBTAN); attributes=(single-row, ordered); parameters=(nls); name="select /*+ result_cache */ count(*) from (select * from  HJ.dbtan where object_type='TABLE' ORDER BY 1 DESC ,2 ASC ,3 DESC ,4 AS"
-------------------------------------------------------------------------------


begin DBMS_SQLTUNE.drop_tuning_task (task_name => 'ft8s1pfmz9ph0d_AWR_tuning_task');end;
Oracle 11g與10g有什不同

ORACLE 11g新特性簡介
Oracle 11g現在已經開始進行beta測試。和她以前其他產品一樣，新一代的oracle又將增加很多激動人心的新特性。下面介紹一些11g的新特性。

　　1.資料庫管理部分

　　◆資料庫重演(Database Replay)

　　這一特性可以捕捉整個資料的負載，並且傳遞到一個從備份或者standby資料庫中建立的測試資料庫上，然後重演負責以測試系統調優後的效果。

　　◆SQL重演(SQL Replay)

　　和前一屬性類別似。但是只是捕捉SQL負載部分，而不是全部負載。

　　◆計劃管理(Plan Management)

　　這一特性允許你將某一特定語句的查詢計劃固定下來，無論統計資料變化還是資料庫版本變化都不會改變她的查詢計劃。

　　◆自動診斷知識庫(Automatic Diagnostic Repository ADR)

　　當Oracle探測到重要錯誤時，會自動創紀一個事件(incident)，並且捕捉到和這一事件相關的資訊，同時自動進行資料庫健全狀態檢查並通知DBA。此外，這些資訊還可以打包發送給Oracle支援小組。

　　◆事件打包服務(Incident Packaging Service)

　　如果你需要進一步測試或者保留相關資訊，這一特性可以將與某一事件相關的資訊打包。並且你還可以將打包資訊發給oracle支援小組。

　　◆基於特性打補丁(Feature Based Patching)

　　在打補丁包時，這一特性可以使你很容易區分出補丁包中的那些特性是你正在使用而必須打的。企業管理器(EM)使你能訂閱一個基於特性的補丁服務，因此企業管理器可以自動掃描那些你正在使用的特性有補丁可以打。

　　◆自動SQL最佳化(Auto SQL Tuning)

　　10g的自動最佳化建議器可以將最佳化建議寫在SQL profile中。而在11g中，你可以讓oracle自動將能3倍於原有效能的profile應用到SQL語句上。效能比較由維護視窗中一個新管理工作來完成。

　　◆訪問建議器(Access Advisor)

　　11g的訪問建議器可以給出分區建議，包括對新的間隔分區(interval partitioning)的建議。間隔分區相當於定界分割(range partitioning)的自動化版本，她可以在必要時自動建立一個相同大小的分區。定界分割和間隔分區可以同時存在於一張表中，並且定界分割可以轉換為間隔分區。

　　◆自動記憶體最佳化(Auto Memory Tuning)

　　在9i中，引入了自動PGA最佳化;10g中，又引入了自動SGA最佳化。到了11g，所有記憶體可以通過只設定一個參數來實現全表自動最佳化。你只要告訴oracle有多少記憶體可用，她就可以自動指定多少記憶體配置給PGA、多少記憶體配置給SGA和多少記憶體配置給作業系統進程。當然也可以設定最大、最小閾值。

　　◆資源管理員(Resource Manager)

　　11g的資源管理員不僅可以管理CPU，還可以管理IO。你可以設定特定檔案的優先順序、檔案類型和ASM磁碟組。

　　◆ADDM

　　ADDM在10g被引入。11g中，ADDM不僅可以給單個執行個體建議，還可以對整個RAC(即資料庫層級)給出建議。另外，還可以將一些指示(directive)加入ADDM，使之忽略一些你不關心的資訊。

　　◆AWR 基準(AWR Baselines)

　　AWR基準得到了擴充。可以為一些其他使用到的特性自動建立基準。預設會建立周基準。

　　2.PL......餘下全文>>
 
oracle 11g 查詢最佳化

資料總量是多少 ？