知识大全 学习Oracle--Statspack分析

Posted 索引

篇首语：博观而约取，厚积而薄发。本文由小常识网(cha138.com)小编为大家整理，主要介绍了知识大全 学习Oracle--Statspack分析相关的知识，希望对你有一定的参考价值。

学习Oracle--Statspack分析  以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容，让我们赶快一起来看一下吧！

　　~~~~~~~~~~Per Second　　　 Per Transaction　　　　Redo size:　　　　 　　　　 　　　 很重要的参数 表示你数据变更频率　　Logical reads:　　 　　　　 　　　Block changes:　 　　　　　　　 　　Physical reads:　 　　　　 　　Physical writes:　 　　　　　　　 　　User calls:　　　　 　　　　　　 　　Parses:　　　　　　 　　　　　　 　　 软解析每秒超过 次意味着你的 应用程序 效率不高 没有使用soft soft parse 调整session_cursor_cache　　Hard parses:　　　 　　　　　　　 　　　 每秒超过 次 就可能说明你绑定使用的不好　　Sorts:　　　　　　　 　　　　　　　 　　　Logons:　　　　　　 　　　　　　　 　　Executes:　　　　 　　　　　　 　　Transactions:　　 　　　　% Blocks changed per Read:　　 　　Recursive Call %:　　 　　　　　　 如果有很多PLSQL 那么他就会比较高　　Rollback per transaction %:　　　 　　　 Rows per Sort:　 　　　 　　 看回滚率是不是很高 因为回滚很耗资源　　　　　Instance Efficiency Percentages (Target %)　　　 这一部分通过可以提前找出ORACLE潜在将要发生的性能问题（所以很重要哦）　　~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~　　Buffer Nowait %:　 　　　 Redo NoWait %:　 　　　　 　　 Buffer Nowait< %说明 有可能是有热块(查找x$bh的 tch和v$latch_children的cache buffers chains)　　Buffer　Hit　 %:　　 　　In memory Sort %:　 　　　　 　　 Buffer　Hit< % 重要的参数 小于 %可能是要加db_cache_size 但是大量的非选择的索引也会造成该值很高（大量的db file sequential read）　　Library Hit　 %:　 　　　　Soft Parse %:　 　　　　 　　 Library Hit< % 要考虑加大共享池 绑定变量 修改cursor_sharing等　　Execute to Parse %:　　 　　　　 Latch Hit %:　 　　　　 　　 Soft Parse< % 需要考虑到绑定 如果低于 % 那么就可能sql基本没有被重用　　Parse CPU to Parse Elapsd %:　 　　 % Non Parse CPU:　 　　　　 　　 Latch Hit< % 要确保> % 否则存在严重的性能问题 比如绑定等会影响该参数　　　　如果一个经常访问的列上的索引被删除 可能会造成buffer hit 显著的下降如果增加了索引 但是他影响了ORACLE正确的选择表连接时的驱动顺序 那么可能会导致buffer hit 显著增高如果你的命中率变化幅度很大 说明你要改变SQL模式　　　　Shared Pool Statistics 　　　　　　　　　　　　　　　 Begin　 End　　Memory Usage %:　 　 　 共享内存使用情况 % %都在正常范围　　% SQL with executions> :　 　 　 　　% Memory for SQL w/exec> :　 　 　　　Top Timed Events　　~~~~~~~~~~~~~~~~~~　　　　　　　　　　　　　　　　　　　　　　　　　　 % Total　　Event　　　　　　　　　　　　　　　　　　 Waits　　Time (s) Ela Time　　 　　CPU time　　　　　　　　　　　　　　　　 　　　　 　　db file sequential read　　　　　　　　 　　 　　db file scattered read　　　　　　　　 　　 　　buffer busy waits　　　　　　　　　　　 　　 　　 　　log file sync　　　　　　　　　　　　　　　 　　　 　　 　　　　TIMED_STATISTICS = TRUE 那么等待事件按等待的时间排序　　= FALSE那么事件按等待的数量排序　　　　常见事件　　LOG FILE SYNC:　　　　　　　在每次提交时都出现 如果这个等待事件影响到数据库性能 那么就需要修改应用程序的提交频率　　　　db file sequential read:　　 在单个数据块上大量等待 该值过高通常是由于表间连接顺序很糟糕 或者使用非选择性的索引　　　　DB_CACHE_SIZE:　　　　　 可以决定该事件出现的频率　　　　db file scattered read :　　意味着等待于全表扫描有关系 通常全表扫描表数据放入内存中 但是被申请到的内存高速缓冲的每个区可能不连续 该值过大说明缺少索引或者限制了索引的使用(也可以调整optimizer_index_cost_adj)　 如果经常必须进行全表扫描 而且表比较小 把该表存人keep池 如果是大表经常进行全表扫描 那么应该是olap系统 而不是oltp的　　　　buffer busy wait:　　当缓冲区以一种非共享方式或者如正在被读入到缓冲时 就会出现该等待 该值不应该大于 % 确认是不是由于热点块造成(如果是可以用反转索引 或者用更小块大小)　　　　　latch free:　　　　　　 常跟应用没有很好的应用绑定有关　　　　Enqueue　 :　　　　　 最有可能是多个用户同时修改同一个块 如果没有空闲的ITL空间 就会出现数据库块级锁　　　　logfile switch:　　　　 通常是因为归档速度不够快 需要增大重做日志　　　　log buffer space:　　 日志缓冲区写的速度快于LGWR写REDOFILE的速度 可以增大日志文件大小　　　　TOP SQL　　调整首要的 个缓冲区读操作和首要的 个磁盘读操作做的查询 将可对系统性能产生 %到 %的增益 　 　　　　Instance Activity Stats for DB: CRMTEMP　Instance: crmtemp　Snaps: 　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　Statistic　　　　　　　　　　　Total　　 per Second　　per Trans　　　　　　　　　　　　　　　 　　CPU used by this session　 　　　　　 　　　　 　　 　　CPU used when call started　 　　　 　　　　 　　 　　CR blocks created　　　　　　　 　　　　　　 　　　　　 　　 　　Cached Commit SCN referenced 　　　　　　 　　　　　 　　 　　Commit SCN cached　　　　　　　　 　　　　　　 　　　　　 　　 　　DBWR buffers scanned　　 　　　　　 　 　　　　　　　　　　　　　　　　　　　　　　　　　　　DBWR checkpoint buffers written　　 　 　　　　　 　　　　　　　　　　　　　　　　　　　　　　　　　　 　　DBWR checkpoints　　　　　　　　　 　　　　　　 　　　　　 　　　　　　　　　　　　　　　　　　　　　　　　　　 　　dirty buffers inspected　　　　　　 　　　　 　　　　　　 　　 脏缓冲的个数　　　　　　　　　　　　　　　　　　　　　　　　free buffer inspected　　　　　　 　　　　 　　　　　　 　　 如果数量很大 说明缓冲区过小　　sorts (disk)　　　　　　　　　　　　　　 　　　　　　 　　　　　　 　　 不应当大于 %　　sorts (memory)　　　　　　　　　 　　　 　　　　　 　　　　　　　　　　　　　　　　　　sorts (rows)　　　　　　　　　 　　　 　　　　 　　　　　　　　　　　　　　　 　　summed dirty queue length　 　　 　　　　　 cha138/Article/program/Oracle/201311/18914

相关参考

知识大全 如何学习数据结构[2]

　　有的学校有别的特殊要求也一并背会如上海交通大学喜欢考平均复杂度的分析这样的题目我们在书上可以找到这样的分析一共十一个全部背会就免去了在考场上分析的麻烦如果连答案都能记住那么也不会因为粗心失分了这一

知识大全 有没有法律节目 讲一个小故事 然后律师专家来分析解答案例 即能学习又有故事看 有这样的节目吗

有没有法律节目讲一个小故事然后律师专家来分析解答案例即能学习又有故事看有这样的节目吗今日说法；法治在线。讲一段哲学小故事，然后在分析。掩耳盗铃范氏逃亡的时候，有个人趁机偷了一口钟〔也就是古代的乐器〕，

古希腊著名哲学家、思想家柏拉图认为所有的研究，所有的学习不过是回忆而已。”对他的这一观点分析正确的是

古希腊著名哲学家、思想家柏拉图认为所有的研究，所有的学习不过是回忆而已。”对他的这一观点分析正确的是_____。A、否认了认识的客观来源B、是一种典型的唯心主义先验论C、使认识神秘化从而歪曲了认识的本

知识大全 你会应对这些面试题吗??求职问答分析

你会应对这些面试题吗求职问答分析有些问题在各家公司面试时都会遇到，你知道如何应对才最得体吗？◆你为何想进这家公司？错：公司的培训机会很多，我想来好好学习。分析：你是来学习的？那我干嘛花钱雇你？正确的回

知识大全 不学习的人人品都不好

不学习的人人品都不好主要还是看家庭教育，有的人学习不好但很有教养，但大多数爱学习的人人品都是可以的学习的人比不学习的人记忆力好？学习不仅需要记忆力，想理科还需要分析能力和计算能力，但记忆好对学习没坏处

知识大全 实例分析

PHPWeb开发学习实录：实例分析  以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容，让我们赶快一起来看一下吧！　　 实

知识大全 高中生在家无法主动学习,怎么办

高中生在家无法主动学习,怎么办1、高中学习中最基本的一点，就是要主动。主动学习，要学会进行自我分析，根据自己的学科情况、薄弱科目等制定学习计划；其次确定学习目标；再者，合理规划时间，进行查缺补漏、复习

知识大全 数组实例分析

PHPWeb开发学习实录：数组实例分析  以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容，让我们赶快一起来看一下吧！　　 

知识大全 常量实例分析

PHPWeb开发学习实录：常量实例分析  以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容，让我们赶快一起来看一下吧！　　 

知识大全 变量实例分析

PHPWeb开发学习实录：变量实例分析  以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容，让我们赶快一起来看一下吧！