10.Oracle什么时候会使用跳跃式索引扫描
这是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语句
等。
11.怎么样创建使用虚拟索引
可以使用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;
注重：虚拟索引并不是物理存在的，所以虚拟索引并不等同于物理索引，不要用自动跟踪去测试虚拟索引，因为那是实际执行的效果，是用不到虚拟索引的。
12.怎样监控无用的索引
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
13.怎么样能固定我的执行计划
可以使用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
14.v$sysstat中的class分别代表什么
统计类别
1 代表事例活动
2 代表Redo buffer活动
4 代表锁
8 代表数据缓冲活动
16 代表OS活动
32 代表并行活动
64 代表表访问
128 代表调试信息
15.怎么杀掉特定的数据库会话
Alter system kill session “sid,serial#“;
或者
alter system disconnect session “sid,serial#“ immediate;
在win上，还可以采用oracle提供的orakill杀掉一个线程（其实就是一个Oracle进程）
在Linux/Unix上，可以直接利用kill杀掉数据库进程对应的OS进程
16.怎么快速查找锁与锁等待
数据库的锁是比较耗费资源的，非凡是发生锁等待的时候，我们必须找到发生等待的锁，有可能的话，杀掉该进程。
这个语句将查找到数据库中所有的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;
17.如何收缩临时数据文件的大小
9i以下版本采用
ALTER DATABASE DATAFILE “file name“ RESIZE 100M类似的语句
9i以上版本采用
ALTER DATABASE TEMPFILE “file name“ RESIZE 100M
注重，临时数据文件在使用时，一般不能收缩，除非关闭数据库或断开所有会话，停止对临时数据文件的使用。
|
