2006年piner的面试题

数据库切换日志的时候，为何必定要发生检查点？这个检查点有什么意义？
表空间管理方式有哪几种，各有什么优劣。
本地索引与全局索引的差异与适用状况。
一个表a varchar2(1),b number(1),c char(2)，有100000条记录，建立B-Tree索引在字段a上，那么表与索引谁大？为何？
9i的data guard有几种模式，各有什么差异。
执行计划是什么，查看执行计划通常有哪几种方式。
简单描述一下nest loop与hash join的差异。
db file sequential read与db file scattered read等待的差异，若是以上等待比较多，证实了什么问题？
library cache pin与library cache lock是什么地方的等待事件，通常说明什么问题？
在一个24*7的应用上，须要把一个访问量很大的1000万以上数据级别的表的普通索引(a,b)修改为惟一约束(a,b,c)，你通常会选择怎么作，请说出具体的操做步骤与语句。
若是一个linux上的oracle数据库系统忽然变慢，你通常从哪里去查找缘由。
说明一下对raid5与raid01/10的认识。
列举5个10g的新特性
原文：http://www.itpub.net/showthread.php?s=&postid=6204369#post6204369【已失效】

当时部分人的回答，参考以下。

最初由 WESTLIFE_XU 发布
我瞎快速回答一下，请你们指教
（1）数据库切换日志的时候，为何必定要发生检查点？这个检查点有什么意义？
触发dbwr的执行，dbwr会把和这个日志相关的全部脏队列写到数据文件去，减小数据库崩溃的时的恢复时间。
==>你所的只是普通checkpoint 该作的，而没有特指Switch log时候的checkpoint的做用。
Switch log checkpoint最主要是使当前redo log 状态由 current ==> Active ==> Inactive ,以备重用

（2）表空间管理方式有哪几种，各有什么优劣。
字典管理方式和自动管理方式，自动管理方式采用位图管理extent，减小字典之间的竞争，同时避免了碎片
==>ok.
（3）本地索引与全局索引的差异与适用状况。
本地索引适用于sql语句种限定一个范围的查询好比时间之类的， 全局索引适用于在所有记录中查询，好比要查询一个手机号之类的。
全局索引总可能出现unused的状况，须要重建
==>
本地索引适合条件中包含partition key的，固然不是绝对
全局索引总可能出现unused的状况，一般我会问那该怎么办？
9i里面有update global index 的子句
（4）一个表a varchar2(1),b number(1),c char(2)，有100000条记录，建立B-Tree索引在字段a上，那么表与索引谁大？为何？
这个要考虑到rwoid所占的字节数，假设char老是占用2字节的状况，比较rowid和3
==>另外，table 和 index在segment free block的管理也有差异
（5）9i的data guard有几种模式，各有什么差异。
三种模式
maxmize performance 采用异步传送
maxmize availablity 容许采用异步传送，在二者之间摇摆
==> 不叫摇摆，正常状况maxmize availablity 传输方式等同于maxmize protection ，只是在从库Crash时容许primary继续工做
maxmize protection 采用同步传送
==>保证Standby 与 primary 绝对数据一致
我的觉得采用maxmize performance好一点，对主数据库影响比较小
（6）执行计划是什么，查看执行计划通常有哪几种方式。
执行计划是数据库内部的执行步骤
set autotrace on
select * from table
alter session set event '10046 trace name context forever,level 12 '
通常采用pl/sql developer，其它的比较少用，记不住
==>差很少，再加个Explain plan , v$sql_plan
（7）简单描述一下nest loop与hash join的差异。
nest loop适用于返回结果比较小的状况。
for in 1...n loop
对小表进行遍历
根据小表的结果遍历大表（大表须要索引）
end loop
这个在数据库高效设计里面有很好的解释，一时还写不出来
==>小表称为驱动的结果集更为贴切
hash join适用在返回大结果集的状况
==>也未必必定大结果集
（8）db file sequential read与db file scattered read等待的差异，若是以上等待比较多，证实了什么问题？
db file sequential read指的是须要一个但当前不在sga中的块，等待从磁盘中读取。db file scattered read须要多个连续的数据库引发等待。
db file sequential read出现大量的等待，或许不是个问题。若是这两个事件等待比较多，根据p1,p2,p3以及sid检查sql语句，是否有调优的可能
==>db file scattered read基本能够定性为FTS/IFS
l（9）ibrary cache pin与library cache lock是什么地方的等待事件，通常说明什么问题？
通常出如今对package,procedure进行编译，add contraint的时候。
==>差很少，说明DDL过多
（10）在一个24*7的应用上，须要把一个访问量很大的1000万以上数据级别的表的普通索引(a,b)修改为惟一约束(a,b,c)，你通常会选择怎么作，请说出具体的操做步骤与语句。
不能肯定，是否能够采用先建索引后创建约束
create index idx_w1 on w_1 (a,b,c) online ;
alter table w_1 add constraint uni_w1 unique (a,b,c) novalidate;
==>
差很少，另外，必定要考虑非繁忙时间
（11）若是一个linux上的oracle数据库系统忽然变慢，你通常从哪里去查找缘由。
先top看看是哪些进程，看看这些进程在作什么
看看v$session_wait
==>
差很少，能加上vmstat , iostat就更好了
（12）说明一下对raid5与raid01/10的认识。
raid5采用校验信息，硬盘的利用率n-1/n, raid10先采用先镜像在进行条带化，是最高效的硬盘利用方式，硬盘的利用率50%
==> 一般会提一下redo log 不能 in raid5. 还有 01/10的区别及优劣。
（13）列举5个10g的新特性
1.rename tablespace
2.新的em
3.asm
4.bigfile tablespace
5.真正的增量rman
6.flashback table
7.expdp、impdp
(1)数据库切换日志的时候，为何必定要发生检查点？这个检查点有什么意义？
数据库切换日志的时候,由于他要通知 dbwr,写脏数据，ckpt,db_file ,redo 的 scn 号协调
这个问题前面讨论了，主要就是理解日志切换后为何日志组还多是active的
(2)表空间管理方式有哪几种，各有什么优劣。
表空间的管理包括数据字典和本地表空间管理两种方式。
本地表空间管理：从oracle9r 开始，基本上默认都是本地表空间的管理，
这种方式直接使用的是bit (1和0)方式来管理。因此空间收缩快。
好比，咱们truncate或者drop 掉一个很是大的表，很是快
数据字典表空间管理 ： 顾名思义，oracle 是用表来管理的。这样就会形成对该表管理上的开销。
因此，在oracle 8i ,咱们drop 一个很是大的表，可能须要3个小时或者更长。
本地索引与全局索引的差异与适用状况。
我建立索引通常都是本地索引。
全局索引没有使用过
(3)一个表a varchar2(1),b number(1),c char(2)，有100000条记录，建立B-Tree索引在字段a上，那么表与索引谁大？为何？
在100000 的数据上，这个表单独对字段a 我不会建立索引。由于a varchar2(1) 建立索引后可能性能比较低。
咱们都知道，索引最终是使用rowid ，若是使用索引查询大量的数据，还不如全表扫描，性能很是低。
不知道a的数据分布的状况下，你如何认定a上建索引性能很差？假如a的值是惟一的，大量查询使用select * from t where a= ，你还认为在a上建索引性能会比全表扫描低么？

(4)9i的data guard有几种模式，各有什么差异。
具体说不上来，须要查询文档，不过，我作9i的 data guard 我都是主库经过归档日志来恢复datagard 的数据库，
数据只有一个日志文件的差异，若是向从库上的网络出现问题，或者是备库出现问题，主库就会报错。同时不停的向
备库写归档。直到写出为止。
若是实际配置过，几种模式没有理由不知道
(5)执行计划是什么，查看执行计划通常有哪几种方式。
执行计划是oracle 在执行一个语句时，使用了多少parse,execute,fetch ,使用了多少disk read/write, local read/write 等等
执行计划是数据库优化的重要工具。
你到底在说统计信息，仍是在说执行计划？
有如下几种方式：
1. explain for
2.set autotrace on
set autotrace traceonly
3.sql_trace 结合pkprof
v$sql_plan
(6)简单描述一下nest loop与hash join的差异。
nest loop : select * from a where id
loop
select id from b
end loop
hash join:
这是是oracle 散列链接 ，从a 表，b 表 利用 oracle 散列算法进行链接
关键的一点，hash join只适合于等于链接条件。并且，散列算法进行链接，具体是怎么作的？两个表都作hash么？呵呵
(7)db file sequential read与db file scattered read等待的差异，若是以上等待比较多，证实了什么问题？
db file sequential read （数据文件顺序读取 ）.多表链接中，表的链接顺序存在问题，
没有正确的驱动表 ，从一个数据块中读取数据
多是使用了不该当使用的索引扫描
db file scattered read 数据文件离散读取，从从多个数据块中读取数据
若是以上等待比较多，多是出现大规模的全表扫描，快速索引扫描，全索引扫描。须要增长合适的索引消除该等待事件。
(8)library cache pin与library cache lock是什么地方的等待事件，通常说明什么问题？
library cache pin与library cache lock 是 share pool 中的等待事件 ，通常说明oracle latch 出现等待，
由于多个进程都在抢数据字段 latch, 抢不到就 pin,因此根据具体的应用须要优化
这个基本上没说到点上这两个latch主要是library cache中的object的组织方式是这样的，首先一个至关于头信息的handle，而后指向object具体的heap，library cache lock加在handle上，library cache pin则加在heap上，得到pin以前必须先得到对handle的锁定。这两种等待较多，通常是因为DDL引发的，好比重编译对象，授予/撤销权限等，这个pin可不是得到latch失败以后pin在cpu里的pin，这个pin就是latch一种，是名词
(9)在一个24*7的应用上，须要把一个访问量很大的1000万以上数据级别的表的普通索引(a,b)修改为惟一约束(a,b,c)，你通常会选择怎么作，请说出具体的操做步骤与语句。
首先 create unqiue idx_1 on table (a,b,c )
drop 表的普通索引(a,b)
这样作，你的应用估计够戗，index也不知道要多久才能建好
(10)若是一个linux上的oracle数据库系统忽然变慢，你通常从哪里去查找缘由。
(1) top 一下 , 找到相应session ,跟踪该session ,结合 autotrace ,sql_trace， dbms_system.set_sql_trace_in_session(sid,serial#,true) 等应用优化工具
(2) v$session_wait , 找出等待事件
(3)v$sql,v$sqlarea 找出性能很差的sql等
(4)，做statspack , 分析
没有提到alert
(11)说明一下对raid5与raid01/10的认识。
raid5 好比5块盘，4块盘做数据盘，一块盘做冗余盘。
你说的是Raid3,raid5的校验位是均匀分布在各个盘的,没有单独的校验盘

(12)列举5个10g的新特性
asm
ash
awr
rman 增强
回闪功能
ash/awr基本上能够算一个，闪回功能9i也有，准确的说应该是flashback database。其实10g的新特性不少，好比RecycleBin，物理备库的read/write，data guard的Fast-start Failover，EM dbcontrol/grid control。。。