Laughing

Awr report 分析-IO stats  性能指标说明：Reads: 发生了多少次物理读。Av Reads/s : 每秒钟物理读的次数。Av Rd(ms): 平均一次物理读的时间（毫秒），有一种说法是如果这个值大于7说明系统有严重的I/O问题，也有人说这个值不应该超过30，否则IO也可能有问题。硬件不同对IO瓶颈的判断也会相应的改变。Av Blks/Rd:

虽然oracle会分解大的内存请求为多个小的内存空间请求，但是在某些系统上仍然会出现请求连续的大的共享池内存空间。如果在共享池中没有足够的空闲空间，oracle会寻找并释放足够的共享池内存空间来满足这个请求。This operation could conceivably hold the latch resource for detectable periods of time, causing

shared pool主要由保存数据字典的data_dictionary和保存SQL和PL/SQL代码和执行计划的library cache组成 。还包括其它供系统不同特性和技术使用的若干缓冲区，如为shared server模式提供的UGA等。优化shared pool的思路:1）根据设置经验，例如，可设置shared_pool_size=sga_target*(10%~15%)。2

Both "db file sequential read" and "db file scattered read" events signify time waited for I/O read requests to complete. Time is reported in 100's of a second for Oracle 8i releases and below, and 10

STATISTICS_LEVELPropertyDescriptionParameter typeStringSyntaxSTATISTICS_LEVEL = { ALL | TYPICAL | BASIC }Default valueTYPICAL

来自tom在Oracle 的较早版本中，只有一个块缓冲区缓存，所有段的所有块都放在这个区中。从Oracle 8.0开始，可以把SGA中各个段的已缓存块放在3个位置上。默认池（default pool）：所有段块一般都在这个池中缓存。这就是原先的缓冲区池（原来也只有一个缓冲区池）。保持池（keep pool）：按惯例，访问相当频繁的段会放在这个候选的缓冲区池中，如果把这些段放在默

最近看了几页书，做个笔记，拷贝oracle官方文档上的一段话，当然Buffer Cache远不止这些，只是看英文的确速度好慢的，我现在最想说的一句话是：我需要更多的时间。最近杂事太多，没多少自己能够支配的时间。什么时候我能够非常流利的看英文呢？step by step 了，太多细节的东西只能从官方文档上获知，的确是个金库的东西，自己却拿不出金子来，step by step !Database

V$STATNAME显示 V$SESSTAT 和 V$SYSSTAT表中的统计信息名称 Thisview displays decoded statistic names for the statistics shown inthe V$SESSTAT and V$SYSSTAT tables.Onsome platforms, the NAME and CLASS col

db file scattered read(本文由thomaswoo_dba翻译,转载请注明出处)db file scattered read 包含三个参数:file#,first block# ,block count在oracle10g里,本等待事件是归集于User I/O wait class的,记住下面处理db file scatted read的思想:1)oracle se

行预取可以减少fetch的次数，并降低一致性读.SQL> create table row_prefetch(id int);表已创建。SQL> insert into row_prefetch select level from dual connect by level<=1000000;已创建1000000行。SQL> commit;***************

itl争用所有事务在修改块之前，必须在块头的ITL上登记条目。当在块头上请求登记itl条目时，如果数据块上没有足够的ITL槽（slot)，itl tx等待会发生。影响itl的因素initrans  初始分配的itl条目数maxtrans  最大itl条目数（10g不能更改，为255）。pctfree   空闲空间所占块比例，虽然pctfree预留了空间，但是update操作

如何监控等待事件 可以分别从当前状态、最近状态和启动至今三个时间段来查看等待事件： 这三个状态分别对应：v$session/v$session+v$session_wait[当前状态]、v$session_wait_history[最近状态]和v$session_event[启动至今]三个性能视图。 从10g开始v$session包含了v$session_wait的所有字段

Oracle 10g 提供了一个新的性能采集和分析工具awr(automaticworkload repository)。Awr存在于sysaux表空间，是sysaux的主要占用者之一。快照，在特定时间捕获的一组性能统计信息，用于计算统计信息的更改率。每个快照由snap_id进行标识。默认快照每60分钟生成一次。保留7天。 Awr快照集，一种用于标记和保留重要时段快照集数据的机

Awr report 分析-oracle 内存组件大小在awr report中显示了oracle对各个内存组件大小的性能估算，包括Buffer Pool Advisory,PGA Memory Advisory,Shared Pool Advisory,SGATarget Advisory。先看一下Report Summary里这方面的信息：指标说明：Memor

Awr report 分析-其它OLTP系统中必须关注的两个性能指标是LibraryHit与Buffer Hit。Library Hit指共享池中sql解析的命中率; Buffer Hit指内存数据块命中率。关于这两项性能指标可以查看:oracle SharedPool优化思路oracle BufferCache优化思路 SQL ordered by Elapsed Tim

V$LATCH字段说明：gets表示总共有这么多次请求，misses表示请求失败的次数(加锁不成功)，而sleeps 表示请求失败休眠的次数，通过sleeps我们可以大体知道数据库中latch的竞争是否严重，这也间接的表征了热点块的问题是否严重查看与热块有关的latch信息（cache buffer%）：SQL> SELECT latch#, NAME, gets, misses,

关于跟热块相关的touch  count 。8i开始oracle提供了接触点(touch count)来作为block是冷热的标志，在一定条件满足的情况下block被进程访问一次touch count 增加一，到某个标准之后被移动到LRU热端。那在短时间内从某种意义上讲，touch count 大的block可能暗示着在当前某个周期内被访问次数比较多。 在一定条件满足的情况下block

行链接和行迁移引起数据库性能下降的原因：引起性能下降的原因主要是由于引起多余的I/O造成的。当通过索引访问已有行迁移现象的行时，数据库必须扫描一个以上的数据块才能检索到改行的数据。这主要有以下两种表现形式：1) row migration 或row chaining 导致 INSERT 或 UPDATE语句的性能比较差，因为它们需要执行额外的处理2) 利用索引查询已经链接或迁移的行的s

这次使用alter table ... move来消除行迁移，如果行迁移经常出现，应该增大pctfree值。 测试：SQL> desc t 名称 是否为空? 类型 ----------------------------------------- -------- ------------------------

当buffer cache中的数据块被修改后，服务器进程生成redo数据并写入到redo log buffer中。当满足以下条件时，LGWR会将redo log buffer中的条目开始写入在线重做日志：--redo log buffer满1/3.--每3秒超时（Timeout）.--log_buffer中的数据到达1M.--事务提交时.当LGWR将redo log buf

db file sequential readdb file sequential read 等待事件有3 个参数：file ＃，first block ＃，和block 数量 。在10g 中，这等待事件受到用户I/O 等待级别的影响。当处理db file sequential read 等待事件的时候，牢记以下关键想法。l         Oracle 进程需要一个当前不在SGA 中