oracle5到10随机数,<Oracle优化新常态> 第十章 WHO-IT的命中率

第十章 WHO-IT的命中率

祖仙教小凡仙 海鲨数据库架构师

什么是WHO-IT 方法?

W (Waite Event)是等待事件

H (Hit rate) 是命中率

O (thrOughput)吞吐量

I (Inetractive) 交互式

T (Reponse Time) 响应时间

今天我们谈命中率,虽然不那么流行,可它是基础,命中率不高说明有问题,有待提高,资源利用率低下!

AWR报表可以检查重要的信息:

Memory Statistics

86b590aae8cecf568f55c6321fd292b6.png

系统有64GB 分配给SGA有44GB PGA 是动态从剩余20GB分配的。另外这里有经典的面试问题,ORACLE到底分配多少内存?

Cache Sizes

ae97c0a2bf2db9c5a07c9789f2637e45.png

一般下10G需要DBA手动分配,11G可以让ORACLE自动调整。

Shared Pool Statistics

aed46d1bdfa274bd43ee26d763e9bc50.png

Memory Usage %:对于一个已经运行一段时间的数据库来说,共享池内存使用率,应该稳定在75%-90%间,如果太小,说明Shared Pool有浪费,而如果高于90,说明共享池中有争用,内存不足。

SQL with executions>1:执行次数大于1的sql比率,如果此值太小,说明需要在应用中更多使用绑定变量,避免过多SQL解析。

Memory for SQL w/exec>1:执行次数大于1的SQL消耗内存的占比。比较小说明有低频率的SQL语句很多。

重点来了

Instance Efficiency Percentages (Target 100%)

527a1541b3cacdf4c3021d93ca2783b0.png

Buffer Nowait

这个值说的是请求内存时非等待率,

正常指标范围:

Buffer Nowait率正常指标范围为:99%-100%

计算公式:

Buffer Nowait = (1- buffer busy wait / session logical reads) * 100

可以通过SQL查询得到Buffer NoWait命中率

select round((1 - busy.value/tol.value)*100,2) "Buffer busy NoWait Ratio"

from (select sum(count) value from v$waitstat

where class in ('data block','segment header','undo header','undo block')) busy,

(select value from v$sysstat

where name='session logical reads') tol;

影响因素:

db_block_buffers或db_cache_size等参数

增加表的Freelist参数

使用Automatic Segment Storge Management(ASSM)来创建表空间

优化程序使用的SQL语句

Buffer Hit

也就是通常所说高速缓存的命中率,这个指标是指通过内存得到访问的数据和所有访问的数据之间的一个比例。

正常指标范围:

Buffer命中率正常的指标为:90%-100%,但在数据库繁忙运行期间(批处理应用、数据仓库),Buffer命中率可能低于90%,这是正常的指标。

计算公式:

Buffer hit =(1-physical reads cache /(consistent gets from cache + db block gets from cache)) *100

其中:

physical reads cache = physical reads - physical reads direct - physical read direct(LOB)

consistent gets from cache = consistent gets

db block gets from cache = db block gets

可以通过SQL查询数所库性能字典得到数据库高速缓存的命中率

select round((1 - (physical.value - direct.value - lobs.value)/logical.value)*100,2) "Buffer Cache Hit Ratio"

from v$sysstat physical,v$sysstat direct,v$sysstat lobs,v$sysstat logical

where physical.name ='physical reads'

and direct.name ='physical reads direct'

and lobs.name ='physical reads direct (lob)'

and logical.name ='session logical reads';

影响因素:

Buffer 命中率受Oracle SGA中的data block buffers参数的设置影响

跟Oracle buffer Pool的使用方法有关

把经常使用的小表cache在内存中

调优SQL语句,以养活少访问的数据量

LIBRARY HIT

就是通常所说的库缓存的命中率。指的是在Oracle执行SQL语句的过程中,通过内存直接得到对象的命名空间。

正常指标范围:

Library命中率正常指标范围为:95%-100%

计算公式:

Library hit = sum(pins)/(sum(pins)+sum(reloads)) *100

可以通过SQL查询得到库缓存的命中率

select round(sum(pins -reloads)/sum(pins)*100,2) "Library Cache Hit Ratio"

from v$librarycache;

影响因素:

Library命中率受Oracle SGA中的shared pool参数设置影响

跟应用软件的开发有密切的关系,特别是共享SQL的使用

Execute to Parse

这个指标是指数据库的SQL语句执行和分析的比例

正常指标范围:

Execute to Parse 越接近100%越好

计算公式:

Execute to Parse = (1- Parses / Executions) * 100

可以通过SQL查询得到Execute to Parse率

select round((1 - hard.value/total.value)*100,2) "Execute to Parse Ratio"

from v$sysstat hard,v$sysstat total

where hard.name ='parse count (hard)'

and total.name ='parse count (total)';

影响因素:

Share_pool_size参数的大小

最重要的影响因素是应用程是否使用了绑定变量

Parse CPU to Pares Elapsed

这个指标是指数据库用在分析的CPU的时间和分析完成CPU时间对比

正常指标范围:

Parse CPU to Parse Elapsed 越接近100%越好

计算公式:

Parse CPU to Parse Elapsed =(1-Parses time cpu/Parses time elapsed)* 100

可以通过SQL查询得到Parse CPU to Parse Elapsed e率

select round((1 - cpu.value/total.value)*100,2) "Parse CPU to Parse Elapsed Ratio"

from v$sysstat cpu,v$sysstat total

where cpu.name ='parse time cpu'

and total.name ='parse time elapsed';

影响因素:

如果这个比例很低,说明分析过程中CPU等待了其它的资源

Redo NoWait

这个指标是指redo缓冲区获取buffer的未等待比率

正常指标范围:

Redo Nowait率正常指标范围为:99%-100%

计算公式:

Redo Nowait = (1- redo log space requests / reso entries) * 100

可以通过SQL查询得到Redo NoWait命中率

select round((1 - waits.value/redos.value)*100,2) "Redo NoWait Ratio"

from v$sysstat waits,v$sysstat redos

where waits.name ='redo log space requests'

and redos.name ='redo entries';

影响因素:

Log_buffer_size参数设置过小

归档的速度太慢

联机日志文件太小

联机日志文件放在缓慢的磁盘设备上

In-Memory Sort hit

这个指标是指在内存中完成的排序和硬盘上排序的比率

正常指标范围:

In-Memory Sort命中率正常指标范围为:99%-100%

计算公式:

In-Memory Sort hit= (1 -sorts(disk)/(sorts(disk)+sorts(memory))) * 100

可以通过SQL查询得到In-Memory Sort命中率

select round((1 - disk.value/(disk.value + memory.value))*100,2) "In-Memory Sort"

from v$sysstat disk,v$sysstat memory

where disk.name ='sorts (disk)'

and memory.name ='sorts (memory)';

影响因素:

数据库参数sort_area_size或pga_aggregate_target的大小

应用程序的SQL语句的写法

Soft Parse

软解析,公式=softs/softs+hards,近似于sql在共享区的命中率。看情况,是不是没有绑定变量?

LATCH HIT

Latch是一种简单的低级串行化机制,用于保护系统全局区中的共享数据结构。如:保护当前正在止访问数据库的用户列表,保护描述缓冲区中的块的数据结构。对于服务器或后台进程来说,必须取得伴随的LATCH才能开始操作或查看共享的数据结构,而在完成后,又必须释放伴随的LATCH,LATCH的实施和操作系统的平台有关,尤其与进程是否需要等待LATCH以及需要等待多长时间有关。

正常指标范围:

LATCH命中率正常指标范围为:99%-100%

计算公式:

Latch hit = (1 - sum(misses + immediate_misses)/sum(gets+immediate_gets) ) * 100

可以通过SQL查询得到LATCH命中率

select round((1-sum(misses +immediate_misses)/sum(gets + immediate_gets))*100,2) "Latch Hit Ratio"

from v$latch;

影响因素:

应用程序SQL是否使用绑定变量

Shared_pool_size参数的设置

Non-Parse CPU

这个指标是指数据库用在非分析的过程中CPU的等待了其它的资源

正常指标范围:

Non-Parse CPU越接近100%越好

计算公式:

Non-Parse CPU = (1- parse time cpu / CPU used by this session) * 100

可以通过SQL查询得到Non-Parse CPU率

select round((1 - parse.value/total.value)*100,2) "Non-Parse CPU Ratio"

from v$sysstat parse,v$sysstat total

where parse.name ='parse time cpu'

and total.name ='CPU used by this session'

影响因素:

如果这个比例很低,说明CPU用在分析SQL语句上面消耗了很多CPU时间,可能是没有用绑定变量

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值