<Oracle优化新常态> 第十章 WHO-IT的命中率

<Oracle优化新常态>第一章

<Oracle优化新常态>第二章强拆（1）

<Oracle优化新常态>第二章强拆（2）

<Oracle优化新常态>第三章三大配置

<Oracle优化新常态>第四章分库分表

<Oracle优化新常态> 第六章 SQL优化大法

<Oracle优化新常态> 第六点五章急诊法

<Oracle优化新常态> 第七章五大禁止

<Oracle优化新常态> 第八章 WHO-IT方法简介

<Oracle优化新常态> 第九章索引优化

什么是WHO-IT 方法？

W （Waite Event）是等待事件

H （Hit rate）是命中率

O (thrOughput）吞吐量

I (Inetractive）交互式

T (Reponse Time) 响应时间

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

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

Memory Statistics

<Oracle优化新常态> 第十章 WHO-IT的命中率
系统有64GB 分配给SGA有44GB PGA 是动态从剩余20GB分配的。另外这里有经典的面试问题，ORACLE到底分配多少内存？

Cache Sizes

Begin End

<Oracle优化新常态> 第十章 WHO-IT的命中率
一般下10G需要DBA手动分配，11G可以让ORACLE自动调整。

Shared Pool Statistics

<Oracle优化新常态> 第十章 WHO-IT的命中率
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%)

<Oracle优化新常态> 第十章 WHO-IT的命中率

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时间，可能是没有用绑定变量

<Oracle优化新常态> 第十章 WHO-IT的命中率

猜你喜欢