优化项目组-阶段测试

优化项目组

阶段测试（2013年第一期）

在答题之前请认真阅读黑体字部分的答题须知，严格按照答题须知的要求编写答卷。本试卷同时适合新来的菜鸟和老手，所以请务必认真回答，能答多少是多少，另外要注意的是本试题大多数是没有标准答案的，请不要谷歌或者百度。

l  注意考场纪律，如发现作弊者直接开除出项目组，协助他人作弊者同样处理

l  在本试卷的第一页的左上方协商自己的姓名和所属公司名称，交卷时将本试卷和答题纸一起上交

l  另外领取A4纸作答，不要在本试卷上作答，答题纸正反面使用，每面都要在右下角标注页号

l  每个题目回答时要按照本条格式：在回答时，写明：“第一题，答：。。。”每题回答结束时另起一行，标注：“回答完毕”   

l  在第一页的左上角分别写出：姓名，所属公司，并在右上角写上你的手机号码。必须严格按照顺序书写，字段间用逗号分隔。在最后一页的中部签署自己的名字。请严格按照要求编写答卷

l  保持卷面整洁，按照上述规则答题，如不按照答题须知回答，将酌情扣分

 

1、  写出至少5个ORACLE后台进程，并简要说明其主要功能（10分）

答：

SMON：实例恢复，清理临时空间，合并DMT表空间碎片，收缩和离线回滚段，刷新表监视的统计信息等等。

PMON：在进程退出或意外中断时清理和回收进程资源，向监听器动态注册实例信息。

DBWR：负责将缓冲区的脏数据写到磁盘上。

LGWR：负责将日志缓冲区的数据写到日志文件中。

ARC：负责归档重做日志文件。

CKPT：发出检查点，定期记录DBWR进度，更新控制文件和数据文件头部的检查点信息。

 

2、  Oracle的UNDO有什么作用，如何优化UNDO？（10分）

答：Oracle在数据块发生修改时使用UNDO来记录数据块的前影像，最大的作用就是提供一致读。10G后不再需要手动管理UNDO，建议使用UNDO自动管理。

 

3、  临时表空间的主要作用有哪些，如何进行优化？（5分）

答：当pga的排序区和哈希区不足以完成整个排序和哈希操作时，oracle会使用临时表空间来完成最终的排序和哈希操作。应该设置合理的pga大小，尽量减少临时表空间的使用。

 

4、  表连接的方式主要有哪些？如何判断表连接的方式是正确的（10分）

答：主要有nested-loop join、hash join、merge join。首先要了解每种表连接的特性和使用场景，其次需要了解每个参与表连接的数据集的大小，表连接的原则是在尽早地过滤掉没用的数据基础上使每次连接的效率达到最高。

 

5、  什么是ORACLE WAITINTERFACE(OWI），OWI有哪些核心视图，至少写出3个（5分）

答：v$session_wait，v$session_wait_history，v$session_event，v$system_event

 

6、  简述位图索引、普通B树索引、反转键索引的区别以及他们的使用场合（5分）

答：普通B树索引使用B*树结构来存储索引数据，叶节点包含各个索引键和对应的ROWID。位图索引和B*树索引的区别在于叶节点中每种索引键使用一个条目存放，并且每个索引条目存储多行的ROWID。反向索引是一种特殊的B树索引，它和普通B树索引的区别是键值是按字节顺序反向存放的。普通B树索引的使用场合是需要通过字段访问表中很小一部分行时，也就是说普通B树索引的键值列应该是有选择性的。位图索引的使用场合是需要通过字段访问表的部分行并且该字段上不同值的数量很少，也就是说该列的选择性比较差，另外该表的修改操作很少，绝大部分是读取操作。反转键索引的使用场合是在使用序列填充的主键列上，这样可以很好的防止索引的叶子块竞争及索引过度分裂。

 

7、  一个系统整体优化应该如何进行？简单描述一下优化工作的过程（10分）

答：系统的整体优化流程如下：

1)收集用户对系统性能的反馈。

2)收集业务高峰期操作系统的资源使用情况。

3)收集业务高峰期数据库的AWR或STATSPACK报告。

4)对操作系统报告和数据库报告进行综合分析，找出系统性能瓶颈。

5)针对各个性能问题提出相应的解决方案。

6)将解决方案交给领导审批。

7)领导审批后按问题的轻重缓急逐步实施方案，实施方案前要把系统的数据和配置做好备份。

8)实施方案后对系统性能进行监视，并重复1-8步。

 

8、  下面是一个数据库中的LOAD PROFILE 的内容，从中可以看到哪些信息？（5分）

LoadProfile

~~~~~~~~~~~~                            Per Second       Per Transaction

                                  ---------------      ---------------

                  Redo size:          2,493,675.68              5,076.84

              Logical reads:          1,109,241.68              2,258.29

              Block changes:             14,375.90                 29.27

             Physical reads:             10,263.87                 20.90

            Physical writes:                728.71                  1.48

                 User calls:             33,779.13                 68.77

                     Parses:             11,225.37                 22.85

                Hard parses:                160.63                  0.33

                      Sorts:              3,896.75                  7.93

                     Logons:                 26.95                  0.05

                   Executes:             11,416.19                 23.24

               Transactions:                491.19

 

答：系统每秒的redo很高，每个事务的redo很少，每秒有将近500的事务，是典型的OLTP系统。系统每秒的逻辑读很高，物理读不多。系统每秒的解析数和硬解析都很高，有很多排序操作，系统的连接和登陆过于频繁，可以看出系统非常繁忙。

 

9、 下面是一个数据库AWR报告的TOP 5 EVENT，从中可以看出什么信息？（5分）

 

Top 5 Timed Events                                         Avg%Total

~~~~~~~~~~~~~~~~~~                                        wait   Call

Event                                Waits    Time (s)   (ms)  Time Wait Class

------------------------------ ------------ ----------- ------ ----------------

CPU time                                         34,674          41.5

db file scattered read           1,282,606      15,960     12  19.1   User I/O

library cache lock                  20,377       5,721    281   6.9 Concurrenc

log file sync                    1,066,263       2,420      2   2.9     Commit

db file sequential read            188,914       2,365     13   2.8   User I/O

 

答：CPU time占用的比例过小，数据库有大量的IO操作，其中绝大部分是全表扫描造成的，并且平均每次等待的时间超过了10ms，说明系统的磁盘IO性能有问题或者IO压力过大。数据库存在大量的Library cache lock等待，应该是由大量的硬解析造成的。Log filesync消耗了大量的数据库时间，但是平均每次等待的时间不长，说明可能commit操作过于频繁，但存放日志文件的磁盘IO性能还不错。

 

10、     下面是AWR报告中关于PGA的信息，PGA该如何调整比较合适？（5分）

PGA Cache Hit %   W/A MBProcessed  Extra W/A MB Read/Written

--------------- ------------------ --------------------------

           70.8             43,051                     17,758

                                               %PGA  %Auto   %Man

    PGA Aggr   Auto PGA  PGA Mem    W/A PGA     W/A   W/A    W/A Global Mem

   Target(M)  Target(M) Alloc(M)    Used(M)     Mem   Mem    Mem   Bound(K)

- ---------- ---------- ---------- ---------- ------ ------ ----------------

B      6,144      4,086   3,999.4      915.4   22.9 100.0     .0    629,140

E      6,144      4,322   3,652.7      172.3    4.7 100.0     .0    629,140

         -------------------------------------------------------------

  Low     High

Optimal Optimal    Total Execs  Optimal Execs 1-Pass Execs M-Pass Execs

------- ------- -------------- -------------- ------------ ------------

     2K      4K        43,433         43,433            0            0

    64K   128K            120            120            0            0

   128K    256K             73             73            0            0

   256K    512K            125            125            0            0

   512K   1024K          1,795          1,795            0            0

     1M      2M          6,540          6,540            0            0

     2M      4M            100             88           12            0

     4M      8M             75             35          40            0

     8M     16M              6              4            2            0

    16M     32M             60             40           20            0

    32M     64M             22              2           20            0

    64M    128M             27              5           22            0

   128M    256M             48             48            0            0

   256M    512M             14             13            1            0

   512M   1024M              5              0            5            0

     1G      2G              1              0            1            0

     2G      4G              4              0            4            0

         -------------------------------------------------------------

                                       Estd Extra    Estd PGA  Estd PGA

PGA Target    Size           W/A MB   W/A MB Read/      Cache Overalloc

  Est (MB)   Factr       Processed Written to Disk     Hit%      Count

---------- ------- ---------------- ---------------- -------- ----------

       768     0.1    23,826,601.6     10,000,465.9     70.0   141,007

     1,536     0.3    23,826,601.6      5,664,077.9     81.0    26,275

     3,072     0.5    23,826,601.6      3,635,862.4     87.0    15,448

     4,608     0.8    23,826,601.6      2,683,853.3     90.0     2,290

     6,144     1.0    23,826,601.6      2,350,769.6     91.0     1,851

     7,373     1.2    23,826,601.6      2,305,212.6     91.0          1

     8,602     1.4    23,826,601.6      2,304,920.5     91.0         0

     9,830     1.6    23,826,601.6      2,302,353.0     91.0          0

    11,059     1.8    23,826,601.6      2,301,318.5     91.0          0

    12,288     2.0    23,826,601.6      2,301,318.5     91.0          0

    18,432     3.0    23,826,601.6      2,301,318.5     91.0          0

    24,576     4.0    23,826,601.6      2,301,318.5     91.0          0

    36,864     6.0    23,826,601.6      2,301,318.5     91.0          0

    49,152     8.0    23,826,601.6      2,301,318.5     91.0         0

 

答：根据pga的自动建议应该将pga调整为11059M。

 

11、 如果客户出现了ORA-XXXX错误，这个错误你没有遇到过，你该如何继续分析？（5分）

答：Google + ErrorStack

 

12、如果让你帮助客户定制一些数据库监控基线，你会选择哪些基线？如何确定这些基线数据的高值、低值和中值？（10分）

答：主要监控以下几个度量：

1)实例状态

2)预警错误

3)表空间使用率

4)归档空间使用率

5)行锁阻塞情况

6)高速缓存命中率

7)库缓存命中率

8)软解析率

 

13、你所了解的ORACLE数据库实例是什么意思，请仔细描述一下（10分）

答：ORACLE数据库实例由前后台进程和内存结构组成，数据库由数据库实例和数据库文件组成，一个数据库可以包含多个数据库实例，一个数据库实例只能对应一个数据库。