第四部分、性能調整
[Q]如果設置自動跟蹤
[A]用system登錄
執行$ORACLE_HOME/rdbms/admin/utlxplan.sql創建計劃表
執行$ORACLE_HOME/sqlplus/admin/plustrce.sql創建plustrace角色
如果想計劃表讓每個用戶都能使用，則
SQL>create public synonym plan_table for plan_table;
SQL> grant all on plan_table to public;
如果想讓自動跟蹤的角色讓每個用戶都能使用，則
SQL> grant plustrace to public;
通過如下語句開啟/停止跟蹤
SET AUTOTRACE ON |OFF
| ON EXPLAIN | ON STATISTICS | TRACEONLY | TRACEONLY EXPLAIN
[Q]如果跟蹤自己的會話或者是別人的會話
[A]跟蹤自己的會話很簡單
Alter session set sql_trace true|false
Or
Exec dbms_session.set_sql_trace(TRUE);
如果跟蹤別人的會話，需要調用一個包
exec dbms_system.set_sql_trace_in_session(sid,serial#,true|false)
跟蹤的信息在user_dump_dest 目錄下可以找到或通過如下腳本獲得文件名稱（適用于Win環境，如果是unix需要做一定修改）
SELECT p1.value||'\'||p2.value||'_ora_'||p.spid||'.ora' filename
FROM
v$process p,
v$session s,
v$parameter p1,
v$parameter p2
WHERE p1.name = 'user_dump_dest'
AND p2.name = 'db_name'
AND p.addr = s.paddr
AND s.audsid = USERENV ('SESSIONID')
最后，可以通過Tkprof來解析跟蹤文件，如
Tkprof 原文件 目標文件 sys=n
[Q]怎么設置整個數據庫系統跟蹤
[A]其實文檔上的alter system set sql_trace=true是不成功的
但是可以通過設置事件來完成這個工作，作用相等
alter system set events
'10046 trace name context forever,level 1';
如果關閉跟蹤，可以用如下語句
alter system set events
'10046 trace name context off';
其中的level 1與上面的8都是跟蹤級別
level 1：跟蹤SQL語句，等于sql_trace=true
level 4：包括變量的詳細信息
level 8：包括等待事件
level 12：包括綁定變量與等待事件
[Q]怎么樣根據OS進程快速獲得DB進程信息與正在執行的語句
[A]有些時候，我們在OS上操作，象TOP之后我們得到的OS進程，怎么快速根據OS信息獲得DB信息呢？
我們可以編寫如下腳本：
$more whoit.sh
#!/bin/sh
sqlplus /nolog 100,cascade=> TRUE);
dbms_stats.gather_table_stats(User,TableName,degree => 4,cascade => true);
這是對命令與工具包的一些總結
1、對于分區表，建議使用DBMS_STATS，而不是使用Analyze語句。
a) 可以并行進行，對多個用戶，多個Table
b) 可以得到整個分區表的數據和單個分區的數據。
c) 可以在不同級別上Compute Statistics：單個分區，子分區，全表，所有分區
d) 可以倒出統計信息
e) 可以用戶自動收集統計信息
2、DBMS_STATS的缺點
a) 不能Validate Structure
b) 不能收集CHAINED ROWS, 不能收集CLUSTER TABLE的信息，這兩個仍舊需要使用Analyze語句。
c) DBMS_STATS 默認不對索引進行Analyze，因為默認Cascade是False，需要手工指定為True
3、對于oracle 9里面的External Table，Analyze不能使用，只能使用DBMS_STATS來收集信息。
[Q]怎么樣快速重整索引
[A]通過rebuild語句，可以快速重整或移動索引到別的表空間
rebuild有重建整個索引數的功能，可以在不刪除原始索引的情況下改變索引的存儲參數
語法為
alter index index_name rebuild tablespace ts_name
storage(……);
如果要快速重建整個用戶下的索引，可以用如下腳本，當然，需要根據你自己的情況做相應修改
SQL> set heading off
SQL> set feedback off
SQL> spool d:\index.sql
SQL> SELECT 'alter index ' || index_name || ' rebuild '
||'tablespace INDEXES storage(initial 256K next 256K pctincrease 0);'
FROM all_indexes
WHERE ( tablespace_name != 'INDEXES'
OR next_extent != ( 256 * 1024 )
)
AND owner = USER
SQL>spool off
另外一個合并索引的語句是
alter index index_name coalesce，這個語句僅僅是合并索引中同一級的leaf block
消耗不大，對于有些索引中存在大量空間浪費的情況下，有一些作用。
[Q]如何使用Hint提示
[A] 在select/delete/update后寫/*+ hint */
如 select /*+ index(TABLE_NAME INDEX_NAME) */ col1...
注意/*和+之間不能有空格
如用hint指定使用某個索引
select /*+ index(cbotab) */ col1 from cbotab;
select /*+ index(cbotab cbotab1) */ col1 from cbotab;
select /*+ index(a cbotab1) */ col1 from cbotab a;
其中
TABLE_NAME是必須要寫的，且如果在查詢中使用了表的別名，在hint也要用表的別名來代替表名;
INDEX_NAME可以不必寫，Oracle會根據統計值選一個索引;
如果索引名或表名寫錯了，那這個hint就會被忽略;
[Q]怎么樣快速復制表或者是插入數據
[A]快速復制表可以指定Nologging選項
如：Create table t1 nologging
as select * from t2;
快速插入數據可以指定append提示，但是需要注意
noarchivelog模式下，默認用了append就是nologging模式的。
在archivelog下，需要把表設置程Nologging模式。
如insert /*+ append */ into t1
select * from t2
注意：如果在9i環境中并設置了FORCE LOGGING，則以上操作是無效的，并不會加快，當然，可以通過如下語句設置為NO FORCE LOGGING。
Alter database no force logging;
是否開啟了FORCE LOGGING，可以用如下語句查看
SQL> select force_logging from v$database;
[Q]怎么避免使用特定索引
[A]在很多時候，Oracle會錯誤的使用索引而導致效率的明顯下降，我們可以使用一點點技巧而避免使用不該使用的索引，如：
表test,有字段a,b,c,d，在a,b,c上建立聯合索引inx_a(a,b,c)，在b上單獨建立了一個索引Inx_b(b)。
在正常情況下，where a=? and b=? and c=?會用到索引inx_a，
where b=?會用到索引inx_b
但是，where a=? and b=? and c=? group by b會用到哪個索引呢？在分析數據不正確（很長時間沒有分析）或根本沒有分析數據的情況下，oracle往往會使用索引inx_b。通過執行計劃的分析，這個索引的使用，將大大耗費查詢時間。
當然，我們可以通過如下的技巧避免使用inx_b，而使用inx_a。
where a=? and b=? and c=? group by b||'' --如果b是字符
where a=? and b=? and c=? group by b+0 --如果b是數字
通過這樣簡單的改變，往往可以是查詢時間提交很多倍
當然，我們也可以使用no_index提示，相信很多人沒有用過，也是一個不錯的方法：
select /*+ no_index(t,inx_b) */ * from test t
where a=? and b=? and c=? group by b
[Q]Oracle什么時候會使用跳躍式索引掃描
[A]這是9i的一個新特性跳躍式索引掃描(Index Skip Scan).
例如表有索引index(a,b,c)，當查詢條件為
where b=?的時候，可能會使用到索引index(a,b,c)
如，執行計劃中出現如下計劃：
INDEX (SKIP SCAN) OF 'TEST_IDX' (NON-UNIQUE)
Oracle的優化器(這里指的是CBO)能對查詢應用Index Skip Scans至少要有幾個條件:
1 優化器認為是合適的。
2 索引中的前導列的唯一值的數量能滿足一定的條件（如重復值很多）。
3 優化器要知道前導列的值分布(通過分析/統計表得到)。
4 合適的SQL語句
等。
[Q]怎么樣創建使用虛擬索引
[A]可以使用nosegment選項，如
create index virtual_index_name on table_name(col_name) nosegment;
如果在哪個session需要測試虛擬索引，可以利用隱含參數來處理
alter session set "_use_nosegment_indexes" = true;
就可以利用explain plan for select ……來看虛擬索引的效果
利用@$ORACLE_HOME/rdbms/admin/utlxpls查看執行計劃
最后，根據需要，我們可以刪除虛擬索引，如普通索引一樣
drop index virtual_index_name;
注意：虛擬索引并不是物理存在的，所以虛擬索引并不等同于物理索引，不要用自動跟蹤去測試虛擬索引，因為那是實際執行的效果，是用不到虛擬索引的。
[Q]怎樣監控無用的索引
[A]Oracle 9i以上，可以監控索引的使用情況，如果一段時間內沒有使用的索引，一般就是無用的索引
語法為：
開始監控：alter index index_name monitoring usage;
檢查使用狀態：select * from v$object_usage;
停止監控：alter index index_name nomonitoring usage;
當然，如果想監控整個用戶下的索引，可以采用如下的腳本：
set heading off
set echo off
set feedback off
set pages 10000
spool start_index_monitor.sql
SELECT 'alter index '||owner||'.'||index_name||' monitoring usage;'
FROM dba_indexes
WHERE owner = USER;
spool off
set heading on
set echo on
set feedback on
------------------------------------------------
set heading off
set echo off
set feedback off
set pages 10000
spool stop_index_monitor.sql
SELECT 'alter index '||owner||'.'||index_name||' nomonitoring usage;'
FROM dba_indexes
WHERE owner = USER;
spool off
set heading on
set echo on
set feedback on
[Q]怎么樣能固定我的執行計劃
[A]可以使用OUTLINE來固定SQL語句的執行計劃
用如下語句可以創建一個OUTLINE
Create oe replace outline OutLn_Name on
Select Col1,Col2 from Table
where ……
如果要刪除Outline，可以采用
Drop Outline OutLn_Name;
對于已經創建了的OutLine，存放在OUTLN用戶的OL$HINTS表下面
對于有些語句，你可以使用update outln.ol$hints來更新outline
如update outln.ol$hints(ol_name,'TEST1','TEST2','TEST2','TEST1)
where ol_name in ('TEST1','TEST2');
這樣，你就把Test1 OUTLINE與Test2 OUTLINE互換了
如果想利用已經存在的OUTLINE，需要設置以下參數
Alter system/session set Query_rewrite_enabled = true
Alter system/session set use_stored_outlines = true
[Q]v$sysstat中的class分別代表什么
[A]統計類別
1 代表事例活動
2 代表Redo buffer活動
4 代表鎖
8 代表數據緩沖活動
16 代表OS活動
32 代表并行活動
64 代表表訪問
128 代表調試信息
[Q]怎么殺掉特定的數據庫會話
[A] Alter system kill session 'sid,serial#';
或者
alter system disconnect session 'sid,serial#' immediate;
在win上，還可以采用oracle提供的orakill殺掉一個線程（其實就是一個Oracle進程）
在Linux/Unix上，可以直接利用kill殺掉數據庫進程對應的OS進程
[Q]怎么快速查找鎖與鎖等待
[A]數據庫的鎖是比較耗費資源的，特別是發生鎖等待的時候，我們必須找到發生等待的鎖，有可能的話，殺掉該進程。
這個語句將查找到數據庫中所有的DML語句產生的鎖，還可以發現，任何DML語句其實產生了兩個鎖，一個是表鎖，一個是行鎖。
可以通過alter system kill session ‘sid,serial#’來殺掉會話
SELECT /*+ rule */ s.username,
decode(l.type,'TM','TABLE LOCK',
'TX','ROW LOCK',
NULL) LOCK_LEVEL,
o.owner,o.object_name,o.object_type,
s.sid,s.serial#,s.terminal,s.machine,s.program,s.osuser
FROM v$session s,v$lock l,dba_objects o
WHERE l.sid = s.sid
AND l.id1 = o.object_id(+)
AND s.username is NOT NULL
如果發生了鎖等待，我們可能更想知道是誰鎖了表而引起誰的等待
以下的語句可以查詢到誰鎖了表，而誰在等待。
SELECT /*+ rule */ lpad(' ',decode(l.xidusn ,0,3,0))||l.oracle_username User_name,
o.owner,o.object_name,o.object_type,s.sid,s.serial#
FROM v$locked_object l,dba_objects o,v$session s
WHERE l.object_id=o.object_id
AND l.session_id=s.sid
ORDER BY o.object_id,xidusn DESC
以上查詢結果是一個樹狀結構，如果有子節點，則表示有等待發生。如果想知道鎖用了哪個回滾段，還可以關聯到V$rollname，其中xidusn就是回滾段的USN
[Q] 如何有效的刪除一個大表(extent數很多的表)
[A] 一個有很多(100k)extent的表，如果只是簡單地用drop table的話，會很大量消耗CPU（Oracle要對fet$、uet$數據字典進行操作），可能會用上幾天的時間，較好的方法是分多次刪除extent，以減輕這種消耗：
1. truncate table big-table reuse storage;
2. alter table big-table deallocate unused keep 2000m ( 原來大小的n-1/n);
3. alter table big-table deallocate unused keep 1500m ;
....
4. drop table big-table;
[Q]如何收縮臨時數據文件的大小
[A]9i以下版本采用
ALTER DATABASE DATAFILE 'file name' RESIZE 100M類似的語句
9i以上版本采用
ALTER DATABASE TEMPFILE 'file name' RESIZE 100M
注意，臨時數據文件在使用時，一般不能收縮，除非關閉數據庫或斷開所有會話，停止對臨時數據文件的使用。
[Q]怎么清理臨時段
[A]可以使用如下辦法
1、 使用如下語句查看一下認誰在用臨時段
SELECT username,sid,serial#,sql_address,machine,program,
tablespace,segtype, contents
FROM v$session se,v$sort_usage su
WHERE se.saddr=su.session_addr
2、 那些正在使用臨時段的進程
SQL>Alter system kill session 'sid,serial#';
3、把TEMP表空間回縮一下
SQL>Alter tablespace TEMP coalesce;
還可以使用診斷事件
1、 確定TEMP表空間的ts#
SQL> select ts#, name FROM v$tablespace;
TS# NAME
-----------------------
0 SYSYEM
1 RBS
2 USERS
3* TEMP
……
2、 執行清理操作
alter session set events 'immediate trace name DROP_SEGMENTS level TS#+1'
說明：
temp表空間的TS# 為 3*, So TS#+ 1= 4
如果想清除所有表空間的臨時段，則
TS# = 2147483647
[Q]怎么樣dump數據庫內部結構，如上面顯示的控制文件的結構
[A]常見的有
1、分析數據文件塊，轉儲數據文件n的塊m
alter system dump datafile n block m
2、分析日志文件
alter system dump logfile logfilename;
3、分析控制文件的內容
alter session set events 'immediate trace name CONTROLF level 10'
4、分析所有數據文件頭
alter session set events 'immediate trace name FILE_HDRS level 10'
5、分析日志文件頭
alter session set events 'immediate trace name REDOHDR level 10'
6、分析系統狀態，最好每10分鐘一次，做三次對比
alter session set events 'immediate trace name SYSTEMSTATE level 10'
7、分析進程狀態
alter session set events 'immediate trace name PROCESSSTATE level 10'
8、分析Library Cache的詳細情況
alter session set events 'immediate trace name library_cache level 10'
[Q]如何獲得所有的事件代碼
[A] 事件代碼范圍一般從10000 to 10999，以下列出了這個范圍的事件代碼與信息
SET SERVEROUTPUT ON
DECLARE
err_msg VARCHAR2(120);
BEGIN
dbms_output.enable (1000000);
FOR err_num IN 10000..10999
LOOP
err_msg := SQLERRM (-err_num);
IF err_msg NOT LIKE '%Message '||err_num||' not found%' THEN
dbms_output.put_line (err_msg);
END IF;
END LOOP;
END;
/
在Unix系統上，事件信息放在一個文本文件里
$ORACLE_HOME/rdbms/mesg/oraus.msg
可以用如下腳本查看事件信息
event=10000
while [ $event -ne 10999 ]
do
event=`expr $event + 1`
oerr ora $event
done
對于已經確保的/正在跟蹤的事件，可以用如下腳本獲得
SET SERVEROUTPUT ON
DECLARE
l_level NUMBER;
BEGIN
FOR l_event IN 10000..10999
LOOP
dbms_system.read_ev (l_event,l_level);
IF l_level > 0 THEN
dbms_output.put_line ('Event '||TO_CHAR (l_event)||
' is set at level '||TO_CHAR (l_level));
END IF;
END LOOP;
END;
/
[Q]什么是STATSPACK，我怎么使用它？
[A]Statspack是Oracle 8i以上提供的一個非常好的性能監控與診斷工具，基本上全部包含了BSTAT/ESTAT的功能，更多的信息
可以參考附帶文檔$ORACLE_HOME/rdbms/admin/spdoc.txt。
安裝Statspack:
cd $ORACLE_HOME/rdbms/admin
sqlplus "/ as sysdba" @spdrop.sql -- 卸載，第一次可以不需要
sqlplus "/ as sysdba" @spcreate.sql -- 需要根據提示輸入表空間名
使用Statspack:
sqlplus perfstat/perfstat
exec statspack.snap; -- 進行信息收集統計，每次運行都將產生一個快照號
-- 獲得快照號，必須要有兩個以上的快照，才能生成報表
select SNAP_ID, SNAP_TIME from STATS$SNAPSHOT;
@spreport.sql -- 輸入需要查看的開始快照號與結束快照號
其他相關腳本s:
spauto.sql - 利用dbms_job提交一個作業，自動的進行STATPACK的信息收集統計
sppurge.sql - 清除一段范圍內的統計信息，需要提供開始快照與結束快照號
sptrunc.sql - 清除(truncate)所有統計信息