ORACLE之常用FAQ二

第四部分、效能調整

[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 <<EOF

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環境下如下執行即可

$./whoit.sh Spid

[Q]怎麼樣分析表或索引

[A]命令列方式可以採用analyze命令

如Analyze table tablename compute statistics;

Analyze index|cluster 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]

等等。

如果想分析整個使用者或資料庫，還可以採用工具包，可以並行分析

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);

這是對命令與工具包的一些總結

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)所有統計資訊