第四部分、性能調(diào)整 [Q]假如設(shè)置自動跟蹤
[A]用system登錄
執(zhí)行$Oracle_HOME/rdbms/admin/utlXPlan.sql創(chuàng)建計劃表
執(zhí)行$ORACLE_HOME/sqlplus/admin/plustrce.sql創(chuàng)建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 truefalse
Or
Exec dbms_session.set_sql_trace(TRUE);
假如跟蹤別人的會話，需要調(diào)用一個包
exec dbms_system.set_sql_trace_in_session(sid,serial#,truefalse)
跟蹤的信息在user_dump_dest 目錄下可以找到或通過如下腳本獲得文件名稱（適用于Win環(huán)境，假如是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]怎么設(shè)置整個數(shù)據(jù)庫系統(tǒng)跟蹤
[A]其實文檔上的alter system set sql_trace=true是不成功的
但是可以通過設(shè)置事件來完成這個工作，作用相等
alter system set events
'10046 trace name context forever,level 1';
假如關(guān)閉跟蹤，可以用如下語句
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]怎么樣根據(jù)OS進程快速獲得DB進程信息與正在執(zhí)行的語句
[A]有些時候，我們在OS上操作，象TOP之后我們得到的OS進程，怎么快速根據(jù)OS信息獲得DB信息呢？
我們可以編寫如下腳本：
$more whoit.sh
#!/bin/sh
sqlplus /nolog < connect / as sysdba
col machine format a30
col program format a40
set line 200
select sid,serial# ,username,osuser,machine,program,process,to_char(logon_time,'yyyy/mm/dd hh24:mi:ss')
from v/$session where paddr in
( select addr from v/$process where spid in($1));
select sql_text from v/$sqltext_with_newlines
where hash_value in
(select SQL_HASH_value from v/$session where
paddr in (select addr from v/$process where spid=$1)
)
order by piece; exit;
EOF 然后，我們只要在OS環(huán)境下如下執(zhí)行即可
$./whoit.sh Spid [Q]怎么樣分析表或索引
[A]命令行方式可以采用analyze命令
如Analyze table tablename compute statistics;
Analyze indexcluster indexname estimate statistics;
ANALYZE TABLE tablename COMPUTE STATISTICS
FOR TABLE
FOR ALL [LOCAL] INDEXES
FOR ALL [INDEXED] COLUMNS;
ANALYZE TABLE tablename DELETE STATISTICS
ANALYZE TABLE tablename VALIDATE REF UPDATE
ANALYZE TABLE tablename VALIDATE STRUCTURE
[CASCADE][INTO TableName]
ANALYZE TABLE tablename LIST CHAINED ROWS [INTO TableName]
等等。 假如想分析整個用戶或數(shù)據(jù)庫，還可以采用工具包，可以并行分析
Dbms_utility(8i以前的工具包)
Dbms_stats(8i以后提供的工具包)
如
dbms_stats.gather_schema_stats(User,estimate_percent=>100,cascade=> TRUE);
dbms_stats.gather_table_stats(User,TableName,degree => 4,cascade => true); 這是對命令與工具包的一些總結(jié) 1、對于分區(qū)表，建議使用DBMS_STATS，而不是使用Analyze語句。 a) 可以并行進行，對多個用戶，多個Table b) 可以得到整個分區(qū)表的數(shù)據(jù)和單個分區(qū)的數(shù)據(jù)。 c) 可以在不同級別上Compute Statistics：單個分區(qū)，子分區(qū)，全表，所有分區(qū) d) 可以倒出統(tǒng)計信息 e) 可以用戶自動收集統(tǒng)計信息 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有重建整個索引數(shù)的功能，可以在不刪除原始索引的情況下改變索引的存儲參數(shù)
語法為
alter index index_name rebuild tablespace ts_name
storage(……);
假如要快速重建整個用戶下的索引，可以用如下腳本，當然，需要根據(jù)你自己的情況做相應(yīng)修改
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會根據(jù)統(tǒng)計值選一個索引;
假如索引名或表名寫錯了，那這個hint就會被忽略; [Q]怎么樣快速復(fù)制表或者是插入數(shù)據(jù)
[A]快速復(fù)制表可以指定Nologging選項
如：Create table t1 nologging
as select * from t2;
快速插入數(shù)據(jù)可以指定append提示，但是需要注重
noarchivelog模式下，默認用了append就是nologging模式的。
在archivelog下，需要把表設(shè)置程Nologging模式。
如insert /*+ append */ into t1
select * from t2
注重：假如在9i環(huán)境中并設(shè)置了FORCE LOGGING，則以上操作是無效的，并不會加快，當然，可以通過如下語句設(shè)置為NO FORCE LOGGING。
Alter database no force logging;
是否開啟了FORCE LOGGING，可以用如下語句查看
SQL> select force_logging from v$database; [Q]怎么避免使用特定索引
[A]在很多時候，Oracle會錯誤的使用索引而導(dǎo)致效率的明顯下降，我們可以使用一點點技巧而避免使用不該使用的索引，如：
表test,有字段a,b,c,d，在a,b,c上建立聯(lián)合索引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會用到哪個索引呢？在分析數(shù)據(jù)不正確（很長時間沒有分析）或根本沒有分析數(shù)據(jù)的情況下，oracle往往會使用索引inx_b。通過執(zhí)行計劃的分析，這個索引的使用，將大大耗費查詢時間。
當然，我們可以通過如下的技巧避免使用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是數(shù)字
通過這樣簡單的改變，往往可以是查詢時間提交很多倍
當然，我們也可以使用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)
如，執(zhí)行計劃中出現(xiàn)如下計劃：
INDEX (SKIP SCAN) OF 'TEST_IDX' (NON-UNIQUE)
Oracle的優(yōu)化器(這里指的是CBO)能對查詢應(yīng)用Index Skip Scans至少要有幾個條件:
1 優(yōu)化器認為是合適的。
2 索引中的前導(dǎo)列的唯一值的數(shù)量能滿足一定的條件（如重復(fù)值很多）。
3 優(yōu)化器要知道前導(dǎo)列的值分布(通過分析/統(tǒng)計表得到)。
4 合適的SQL語句
等。 [Q]怎么樣創(chuàng)建使用虛擬索引
[A]可以使用nosegment選項，如
create index virtual_index_name on table_name(col_name) nosegment;
假如在哪個session需要測試虛擬索引，可以利用隱含參數(shù)來處理
alter session set "_use_nosegment_indexes" = true;
就可以利用explain plan for select ……來看虛擬索引的效果
利用@$ORACLE_HOME/rdbms/admin/utlxpls查看執(zhí)行計劃
最后，根據(jù)需要，我們可以刪除虛擬索引，如普通索引一樣
drop index virtual_index_name;
注重：虛擬索引并不是物理存在的，所以虛擬索引并不等同于物理索引，不要用自動跟蹤去測試虛擬索引，因為那是實際執(zhí)行的效果，是用不到虛擬索引的。
[Q]怎樣監(jiān)控無用的索引
[A]Oracle 9i以上，可以監(jiān)控索引的使用情況，假如一段時間內(nèi)沒有使用的索引，一般就是無用的索引
語法為：
開始監(jiān)控：alter index index_name monitoring usage;
檢查使用狀態(tài)：select * from v$object_usage;
停止監(jiān)控：alter index index_name nomonitoring usage;
當然，假如想監(jiān)控整個用戶下的索引，可以采用如下的腳本：
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]怎么樣能固定我的執(zhí)行計劃
[A]可以使用OUTLINE來固定SQL語句的執(zhí)行計劃
用如下語句可以創(chuàng)建一個OUTLINE
Create oe replace outline OutLn_Name on
Select Col1,Col2 from Table
where ……
假如要刪除Outline，可以采用
Drop Outline OutLn_Name;
對于已經(jīng)創(chuàng)建了的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互換了
假如想利用已經(jīng)存在的OUTLINE，需要設(shè)置以下參數(shù)
Alter system/session set Query_rewrite_enabled = true
Alter system/session set use_stored_outlines = true [Q]v$sysstat中的class分別代表什么
[A]統(tǒng)計類別
1 代表事例活動
2 代表Redo buffer活動
4 代表鎖
8 代表數(shù)據(jù)緩沖活動
16 代表OS活動
32 代表并行活動
64 代表表訪問
128 代表調(diào)試信息 [Q]怎么殺掉特定的數(shù)據(jù)庫會話
[A] Alter system kill session 'sid,serial#';
或者
alter system disconnect session 'sid,serial#' immediate;
在win上，還可以采用oracle提供的orakill殺掉一個線程（其實就是一個Oracle進程）
在linux/Unix上，可以直接利用kill殺掉數(shù)據(jù)庫進程對應(yīng)的OS進程
[Q]怎么快速查找鎖與鎖等待
[A]數(shù)據(jù)庫的鎖是比較耗費資源的，非凡是發(fā)生鎖等待的時候，我們必須找到發(fā)生等待的鎖，有可能的話，殺掉該進程。
這個語句將查找到數(shù)據(jù)庫中所有的DML語句產(chǎn)生的鎖，還可以發(fā)現(xiàn)，任何DML語句其實產(chǎn)生了兩個鎖，一個是表鎖，一個是行鎖。
可以通過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
假如發(fā)生了鎖等待，我們可能更想知道是誰鎖了表而引起誰的等待
以下的語句可以查詢到誰鎖了表，而誰在等待。
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
以上查詢結(jié)果是一個樹狀結(jié)構(gòu)，假如有子節(jié)點，則表示有等待發(fā)生。假如想知道鎖用了哪個回滾段，還可以關(guān)聯(lián)到V$rollname，其中xidusn就是回滾段的USN [Q] 如何有效的刪除一個大表(extent數(shù)很多的表)
[A] 一個有很多(100k)extent的表，假如只是簡單地用drop table的話，會很大量消耗CPU（Oracle要對fet$、uet$數(shù)據(jù)字典進行操作），可能會用上幾天的時間，較好的方法是分多次刪除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]如何收縮臨時數(shù)據(jù)文件的大小
[A]9i以下版本采用
ALTER DATABASE DATAFILE 'file name' RESIZE 100M類似的語句
9i以上版本采用
ALTER DATABASE TEMPFILE 'file name' RESIZE 100M
注重，臨時數(shù)據(jù)文件在使用時，一般不能收縮，除非關(guān)閉數(shù)據(jù)庫或斷開所有會話，停止對臨時數(shù)據(jù)文件的使用。 [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、 執(zhí)行清理操作
alter session set events 'immediate trace name DROP_SEGMENTS level TS#+1'
說明：
temp表空間的TS# 為 3*, So TS#+ 1= 4
假如想清除所有表空間的臨時段，則
TS# = 2147483647 [Q]怎么樣dump數(shù)據(jù)庫內(nèi)部結(jié)構(gòu)，如上面顯示的控制文件的結(jié)構(gòu)
[A]常見的有
1、分析數(shù)據(jù)文件塊，轉(zhuǎn)儲數(shù)據(jù)文件n的塊m
alter system dump datafile n block m 2、分析日志文件
alter system dump logfile logfilename; 3、分析控制文件的內(nèi)容
alter session set events 'immediate trace name CONTROLF level 10' 4、分析所有數(shù)據(jù)文件頭
alter session set events 'immediate trace name FILE_HDRS level 10' 5、分析日志文件頭
alter session set events 'immediate trace name REDOHDR level 10' 6、分析系統(tǒng)狀態(tài)，最好每10分鐘一次，做三次對比
alter session set events 'immediate trace name SYSTEMSTATE level 10' 7、分析進程狀態(tài)
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系統(tǒng)上，事件信息放在一個文本文件里
$ORACLE_HOME/rdbms/mesg/oraus.msg
可以用如下腳本查看事件信息
event=10000
while [ $event -ne 10999 ]
do
event=`expr $event + 1`
oerr ora $event
done
對于已經(jīng)確保的/正在跟蹤的事件，可以用如下腳本獲得
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以上提供的一個非常好的性能監(jiān)控與診斷工具，基本上全部包含了BSTAT/ESTAT的功能，更多的信息
可以參考附帶文檔$ORACLE_HOME/rdbms/admin/spdoc.txt。 安裝Statspack:
cd $ORACLE_HOME/rdbms/admin
sqlplus "/ as sysdba" @spdrop.sql -- 卸載，第一次可以不需要
sqlplus "/ as sysdba" @spcreate.sql -- 需要根據(jù)提示輸入表空間名 使用Statspack:
sqlplus perfstat/perfstat
exec statspack.snap; -- 進行信息收集統(tǒng)計，每次運行都將產(chǎn)生一個快照號
-- 獲得快照號，必須要有兩個以上的快照，才能生成報表
select SNAP_ID, SNAP_TIME from STATS$SNAPSHOT;
@spreport.sql -- 輸入需要查看的開始快照號與結(jié)束快照號 其他相關(guān)腳本s:
spauto.sql - 利用dbms_job提交一個作業(yè)，自動的進行STATPACK的信息收集統(tǒng)計
sppurge.sql - 清除一段范圍內(nèi)的統(tǒng)計信息，需要提供開始快照與結(jié)束快照號
sptrunc.sql - 清除(truncate)所有統(tǒng)計信息
