CSDN博客

img phpnewbie

oracle faq----4

发表于2004/10/25 12:54:00  1340人阅读

第四部分、性能调整
[Q]如果设置自动跟踪
[A]
system登录
执行$ORACLE_HOME/rdbms/admin/utlplan.sql创建计划表
执行$ORACLE_HOME/rdbms/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,因为默认CascadeFalse,需要手工指定为True
3
、对于oracle 9里面的External TableAnalyze不能使用,只能使用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 OUTLINETest2 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的话,会很大量消耗CPUOracle要对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)所有统计信息

阅读全文
0 0

相关文章推荐

img
取 消
img