第四部分、性能调整 [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 如果想清除所有表空间的临
注：本站部分文章源于互联网，版权归原作者所有！如有侵权，请原作者与本站联系，本站将立即删除！ 本站文章除特别注明外均可转载，但需注明出处！ [MinTao学以致用网] 
