`
sunxboy
  • 浏览: 2877462 次
  • 性别: Icon_minigender_1
  • 来自: 武汉
社区版块
存档分类
最新评论

Oracle中各个命中率的总结及调优笔记整理

 
阅读更多

关于Oracle中各个命中率的计算以及相关的调优

1)Library Cache的命中率 :

.计算公式 :Library Cache Hit Ratio = sum(pinhits) / sum(pins)

SQL>SELECT SUM(pinhits)/sum(pins)  

     FROM V$LIBRARYCACHE;

通常在 98%以上,否则,需要要考虑加大共享池,绑定变量,修改 cursor_sharing等参数。

 

2)计算共享池内存使用率 :

SQL>SELECT (1 - ROUND(BYTES / (&TSP_IN_M * 1024 * 1024), 2)) * 100 || '%'

     FROM V$SGASTAT

     WHERE NAME = 'free memory' AND POOL = 'shared pool';

其中 : &TSP_IN_M 是你的总的共享池的 SIZE(M)

 

共享池内存使用率,应该稳定在 75%-90%间,太小浪费内存,太大则内存不足。

查询空闲的共享池内存 :

SQL>SELECT * FROM V$SGASTAT

     WHERE NAME = 'free memory' AND POOL = 'shared pool';

 

3)db buffer cache命中率 :

计算公式 :Hit ratio = 1 - [physical reads/(block gets + consistent gets)]

SQL>SELECT NAME, PHYSICAL_READS, DB_BLOCK_GETS, CONSISTENT_GETS,

      1 - (PHYSICAL_READS / (DB_BLOCK_GETS + CONSISTENT_GETS)) "Hit Ratio"

      FROM V$BUFFER_POOL_STATISTICS

      WHERE NAME='DEFAULT';

通常应在 90%以上,否则,需要调整 ,加大 DB_CACHE_SIZE

 

另外一种计算命中率的方法 (摘自 ORACLE官方文档 <<数据库性能优化 >>):

命中率的计算公式为 : Hit Ratio = 1 - ((physical reads - physical reads direct - physical reads direct (lob)) / (db block gets + consistent gets - physical reads direct - physical reads direct (lob))

分别代入上一查询中的结果值 ,就得出了 Buffer cache的命中率

SQL>SELECT NAME, VALUE

     FROM V$SYSSTAT

     WHERE NAME IN('session logical reads',

 'physical reads',

 'physical reads direct',

               'physical reads direct (lob)',

               'db block gets', 'consistent gets');

 

4)数据缓冲区命中率:

SQL> select value from v$sysstat where name ='physical reads';

SQL> select value from v$sysstat where name ='physical reads direct';

SQL> select value from v$sysstat where name ='physical reads direct (lob)';

SQL> select value from v$sysstat where name ='consistent gets';

SQL> select value from v$sysstat where name = 'db block gets';

这里命中率的计算应该是

x = physical reads direct + physical reads direct (lob)

命中率 =100 - ( physical reads - x) / (consistent gets + db block gets - x)*100

通常如果发现命中率低于 90%,则应该调整应用可可以考虑是否增大数据缓冲区

 

5)共享池的命中率:

SQL> select sum(pinhits-reloads)/sum(pins)*100 "hit radio" from v$librarycache;

假如共享池的命中率低于 95%,就要考虑调整应用(通常是没使用 bind var )或者增加内存

 

6)计算在内存中排序的比率 :

SQL>SELECT * FROM v$sysstat t WHERE NAME='sorts (memory)'; —查询内存排序数

SQL>SELECT * FROM v$sysstat t WHERE NAME='sorts (disk)'; —查询磁盘排序数

--caculate sort in memory ratio

SQL>SELECT round(&sort_in_memory/(&sort_in_memory+&sort_in_disk),4)*100||'%' FROM dual;

此比率越大越好 ,太小整要考虑调整 ,加大 PGA

 

7)PGA的命中率 :

计算公式 :BP x 100 / (BP + EBP)

BP: bytes processed

EBP: extra bytes read/written

SQL>SELECT * FROM V$PGASTAT WHERE NAME='cache hit percentage';

或者从 OEM的图形界面中查看

我们可以查看一个视图以获取 Oracle的建议值 :

SQL>SELECT round(PGA_TARGET_FOR_ESTIMATE/1024/1024) target_mb,

       ESTD_PGA_CACHE_HIT_PERCENTAGE cache_hit_perc,

       ESTD_OVERALLOC_COUNT

       FROM V$PGA_TARGET_ADVICE;

The output of this query might look like the following:

 

 TARGET_MB CACHE_HIT_PERC ESTD_OVERALLOC_COUNT

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

   63              23                   367

 125              24                    30

 250              30                     3

  375              39                     0

 500              58                     0

 600              59                     0

 700              59                     0

 800              60                     0

 900              60                     0

在此例中 :PGA至少要分配 375M

我个人认为 PGA 命中率不应该低于 50%

以下的 SQL统计 sql语句执行在三种模式的次数 : optimal memory size, one-pass memory size, multi-pass memory size:

SQL>SELECT name profile, cnt, decode(total, 0, 0, round(cnt*100/total,4)) percentage

    FROM (SELECT name, value cnt, (sum(value) over ()) total FROM V$SYSSTAT WHERE name like 'workarea exec%');

 

8)共享区字典缓存区命中率

计算公式: SUM(gets - getmisses - usage -fixed) / SUM(gets)

命中率应大于 0.85

SQL>select sum(gets-getmisses-usage-fixed)/sum(gets)

   from v$rowcache;

 

9)数据高速缓存区命中率

计算公式: 1-(physical reads / (db block gets + consistent gets))

命中率应大于 0.90最好

SQL>select name,value

   from v$sysstat

   where name in ('physical reads','db block gets','consistent gets');

  

10)共享区库缓存区命中率

计算公式: SUM(pins - reloads) / SUM(pins)

命中率应大于 0.99

SQL>select sum(pins-reloads)/sum(pins)

   from v$librarycache;

11)检测回滚段的争用

SUM(waits)值应小于 SUM(gets)值的 1%

SQL>select sum(gets),sum(waits),sum(waits)/sum(gets)

   from v$rollstat;

  

12)检测回滚段收缩次数

SQL>select name,shrinks

   from v$rollstat, v$rollname

   where v$rollstat.usn = v$rollname.usn;

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

 

几个常用的检查语句

1. 查找排序最多的 SQL:

SQL>SELECT HASH_VALUE, SQL_TEXT, SORTS, EXECUTIONS

    FROM V$SQLAREA

    ORDER BY SORTS DESC;

 

2.查找磁盘读写最多的 SQL:

 

SQL>SELECT * FROM

   (SELECT sql_text,disk_reads "total disk" , executions "total exec",disk_reads/executions "disk/exec" FROM v$sql WHERE executions>0 and is_obsolete='N' ORDER BY 4 desc)

   WHERE ROWNUM<11 ;

 

3.查找工作量最大的 SQL(实际上也是按磁盘读写来排序的 ):

SQL>select substr(to_char(s.pct, '99.00'), 2) || '%' load,s.executions executes,p.sql_text

    from(select address,disk_reads,executions,pct,rank() over (order by disk_reads desc) ranking from

   (select address,disk_reads,executions,100 * ratio_to_report(disk_reads) over () pct

    from sys.v_$sql

   where command_type != 47)

   where disk_reads > 50 * executions) s,sys.v_$sqltext p

   where s.ranking <= 5 and p.address = s.address

   order by 1, s.address, p.piece;

 

4. 用下列 SQL工具找出低效 SQL:

SQL>select executions,disk_reads,buffer_gets,round((buffer_gets-disk_reads)/buffer_gets,2) Hit_radio,round(disk_reads/executions,2) reads_per_run,sql_text

From v$sqlarea

Where executions>0 and buffer_gets >0 and (buffer_gets-disk_reads)/buffer_gets<0.8

Order by 4 desc;

 

 

5 、根据sid查看对应连接正在运行的sql

SQL> select /*+ push_subq */command_type,sql_text,sharable_mem,persistent_mem,runtime_mem,sorts,version_count,loaded_versions,open_versions,users_opening,executions,users_executing,loads,first_load_time,invalidations,parse_calls,disk_reads,buffer_gets,rows_processed,sysdate start_time,sysdate finish_time,’>’||address sql_address,’N’status

From v$sqlarea

Where address=(select sql_address from v$session where sid=&sid);

 

***************Oracle 缓冲区命中率低的分析及解决办法******************

首先确定下面的查询结果 :

1,缓冲区命中率的查询 (是否低于 90%):

select round((1 - sum(decode(name,'physical reads',value,0)) /

(sum(decode(name,'db block gets',value,0)) + sum(decode(name,'consistent gets',value,0))) ),4) *100 || '%' chitrati

from v$sysstat;

2,使用率的查询 (有无 free状态的数据快 .):

select count(*), status from v$bh group by status ;

3,相关等待事件的查询 (是否有相关等待事件 )

select event,total_waits from v$system_event where event in ('free buffer waits');

4,当前大小 (是否已经很大 )

select value/1024/1024 cache_size from v$parameter where name='db_cache_size'

5,top等待事件分析 (Db file scatered read的比率是否大 )

select event ,total_waits,suml

from

(select event,total_waits,round(total_waits/sumt*100,2)||'%' suml

from

(select event,total_waits from v$system_event ),

(select sum(total_waits) sumt from v$system_event)

order by total_waits desc)

where rownum<6

and event not like 'rdbms%'

and event not like 'pmon%'

and event not like 'SQL*Net%'

and event not like 'smon%';

6,db_cache_advice建议值( 9i后的新特性 ,可以根据他更好的调整 cache_size

select block_size,size_for_estimate,size_factor,estd_physical_reads from v$db_cache_advice;

说明分析 :

缓冲区命中率 (低于 90的命中率就算比较低的 ).

没有 free不一定说明需要增加 ,还要结合当前 cache_size的大小 (我们是否还可以再增大 ,是否有需要增加硬件 ,增加开销 ),

空闲缓冲区等待说明进程找不到空闲缓冲区,并通过写出灰缓冲区,来加速数据库写入器生成空闲缓冲区,当 DBWn将块写入磁盘后,灰数据缓冲区将被释放,以便重新使用 .产生这种原因主要是 :

1 DBWn可能跟不上写入灰缓冲区: i/0系统较慢,尽量将文件均匀的分布于所有设备,

2,缓冲区过小或过大。

3,可以增加 db_writer_processes数量。

4,可能有很大的一个事物,或者连续的大事物

我们需要长期观察这个事件是否长期存在并数值一直在增大 ,如果一直在增大 ,则说明需要增大 db_cache大小 .或优化 sql.

数据分散读等待 ,通常表现存在着与全表扫描相关的等待,逻辑读时,在内存中进行的全表扫描一般是零散地,而并非连续的被分散到缓冲区的各个部分,可能有索引丢失,或被仰制索引的存在。该等待时间在数据库会话等待多块 io读取结束的时候产生,并把指定的块数离散的分布在数据缓冲区。这意味这全表扫描过多,或者 io不足或争用,

存在这个事件 ,多数都是问题的 ,这说明大量的全部扫描而未采用索引 .

db_cache_advice对我们调整 db_cache_size大小有一定的帮助 ,但这只是一个参考,不一定很精确。

通过上面 6种情况的综合分析 ,判断是否需要增加大 cache_size. 或者把常用的(小)表放到 keep区。

但多数的时候做这些不会解决质的问题 ,

而真正的问题主要是对 sql语句的优化 ( :是否存在大量的全表扫描等 )

索引是在不需要改变程序的情况下 ,对数据库性能, sql语句提高的最实用的方法 .

我在生产中遇到过类似的问题 ,200M cache_size,命中率很低 21%,但通过对 sql语句的优化 (添加索引 ,避免全表扫描 ),命中率增加到 96%,程序运行时间由原来的 2小时减少到不到 10分钟 .

这就提到了怎么定位高消耗的 sql问题 .全表扫描的问题 ,在这里不做细致的解说 ,这里只说明方法 ,我会在相关的章节专门介绍怎么使用这些工具

1,sql_trace跟踪 session. tkprof 分别输出磁盘读 ,逻辑读 ,运行时间长的 sql进行优化 .这些高消耗的 sql一般都伴随着全表扫描 .

2,statspack分析 .在系统繁忙时期进行时间点的统计分析 ,产看 TOP事件是否有 Db file scatered read.并查看 TOP sql语句是否存在问题等 .

注:电脑学习网首发。

还要说一句:当然在硬件允许的情况下,尽量增大 db_cache_size 减少磁盘读,但并不是越大越好,一定要根据自己的库数据量的程度来调节,因为大的 db_cache_size同样会增大数据库管理的开销,当然可能开销并不会明显的影响数据库的性能,硬件价格也越来越低,这就需要我们具体问题具体分析了,在我看来物尽其用就最好了,尽量不要浪费,找到问题的本质。调优是一件很艺术的事。

***********************Oracle数据库缓冲区命中率*****************  

 

 

 

1、查看 Oracle数据库缓冲区命中率

 

select a.value + b.value "logical_reads", c.value "phys_reads",

    round(100 * ((a.value+b.value)-c.value) / (a.value+b.value)) "BUFFER HIT RATIO"

    from v$sysstat a, v$sysstat b, v$sysstat c

    where a.statistic# = 40 and b.statistic# = 41

    and c.statistic# = 42;

2 Tags: oracle 

 

数据库缓冲区命中率:

sql>select value from v$sysstat where name ='physical reads';

value

3714179

sql>select value from v$sysstat where name ='physical reads direct';

value

0

sql>select value from v$sysstat where name ='physical reads direct(lob)';

value

0

sql>select value from v$sysstat where name ='consistent gets';

value

856309623

sql>select value from v$sysstat where name ='db block gets';

value

19847790

这里命中率的计算应该是

x physical reads direct + physical reads direct(lob)

命中率= 100 (physical reads -x)/(consistent gets +db block gets -x)*100

通常如果发现命中率低于 90%,则应该调整应用可以考虑是否增大数据加

 

共享池的命中率

sql> select sum(pinhits)/sum(pins)*100 "hit radio" from v$librarycache;

如果共享池的命中率低于 95%就要考虑调整应用(通常是没应用 bind var)或者增加内存。

 

关于排序部分

sql> select name,value from v$sysstat where name like '%sort%';

如果我们发现 sorts(disk)/(sorts(memory)+sorts(disk))的比例过高,则通常意味着 sort_area_size部分内存教较小,可考虑调整相应的参数。

 

关于 log_buffer

sql>select name,value from v$sysstat where name in ('redo entries','redo buffer allocation retries');

假如 redo buffer allocation retries/redo entries的比例超过 1%我们就可以考虑增加 log_buffer.

分享到:
评论

相关推荐

    Oracle命中率 笔记整理结合实例

    下面将对 Oracle 中各个命中率的计算公式和优化方法进行详细的讲解。 一、Library Cache 命中率 Library Cache 命中率是指 Oracle 库缓存中命中数据的频率。计算公式为:Library Cache Hit Ratio = sum(pinhits) /...

    Oracle性能调优笔记

    Oracle性能调优是数据库管理中的关键任务,旨在提高数据库系统的响应速度和整体效率。以下是针对Oracle性能调优的详尽解析: 首先,调优的角色包括系统设计人员、系统开发人员、DBA(数据库管理员)以及操作系统...

    ORACLE参数调优方案

    ORACLE参数调优方案ORACLE参数调优方案ORACLE参数调优方案

    oracle调优之-共享池尺寸调优+library_cache+dicitonary_library_命中率.doc

    oracle调优之-共享池尺寸调优+library cache+dicitonary library 命中率 当构建生产系统,我们的一般做法是首先根据经验给出一个共享池尺寸,然后,在一定的工作载荷压力下,检查相关的统计 来检查共享池的效率。 ...

    Oracle性能调优.pdf

    Oracle性能调优 Oracle性能调优 Oracle性能调优 Oracle性能调优 Oracle性能调优 Oracle性能调优 Oracle性能调优

    Oracle MMA高可用架构及性能调优

    ### Oracle MMA高可用架构及性能调优 #### 一、Oracle 高可用架构概述 Oracle 高可用(High Availability, HA)是指通过一系列的技术手段确保 Oracle 数据库在遇到各种故障时能够快速恢复并继续提供服务的能力。这...

    ORACLE调优文档总结

    以下是对标题"ORACLE调优文档总结"和描述中所述知识点的详细说明: 1. **数据库参数设置**: Oracle数据库的性能很大程度上取决于其配置参数。例如,`SGA (System Global Area)` 包含了共享池、数据缓冲区高速缓存...

    oracle的SQL语句调优总结

    oracle的SQL语句调优总结,Oracle语句优化53个规则详解。

    ORACLE DBA工作笔记 运维数据迁移与性能调优

    标题中提到的“ORACLE DBA工作笔记 运维数据迁移与性能调优”揭示了这本书籍主要围绕着Oracle数据库管理员(DBA)在日常工作中经常需要进行的两项关键任务:数据迁移和性能调优。作为一名Oracle DBA,不仅要负责...

    Oracle性能调优实践中的几点心得

    此外,应审查并优化Oracle中的SQL语句,避免低效查询,并考虑对高访问量的表建立索引或进行分区,以提高查询效率。 其次,关注内存使用情况是另一个关键环节。通过工具如`vmstat`、`glance`或`topas`,观察内存交换...

    Oracle调优总结

    Oracle 调优总结 Oracle 调优是数据库管理员和开发人员日常工作中的一个关键部分。只有当数据库的性能达到最佳状态时,才能确保业务的顺利运行。下面总结了 Oracle 调优的一些关键点: 一、了解表结构和索引情况 ...

    Linux内核参数调整及ORACLE调优参数

    Linux内核参数调整及ORACLE调优参数

    Oracle存储过程编写及调优

    在Oracle中,编写高效且优化的存储过程是提升系统性能的关键步骤。 首先,存储过程的编写应当遵循良好的编程实践,确保SQL语句的质量。在设计存储过程时,目标是减少服务器资源的消耗,如CPU使用、IO次数和排序数量...

    Oracle 性能调优的基本方案

    Oracle 性能调优的基本方案 Oracle 性能调优是数据库管理员和开发者非常关心的问题。为了确保数据库的高效运行,需要对 Oracle 性能进行调优。本文将对 Oracle 性能调优的基本方案进行概述,并介绍了该方案的八个...

    Oracle Performance Survival Guide(oracle 性能调优指导)

    本书分为六个部分,涵盖了调优的各个方面,对于理解和提升Oracle 10g系统的性能至关重要。 **PART I: METHODS, CONCEPTS, AND TOOLS** 这部分介绍了性能调优的基本方法、概念和工具。读者将学习到如何使用各种诊断...

    oracle9i oracle11g oracle10g 性能调优 基础学习 视频地址

    根据提供的标题、描述、标签及部分内容,我们可以总结出以下关键知识点: ### 1. Oracle数据库版本及性能调优 - **Oracle9i**: Oracle9i是Oracle公司发布的一个较早的版本,它引入了许多新的特性,如XML支持、增强...

    ORACLE 19C SQL调优指南 中文版 Oracle DBA

    Oracle 19C SQL调优是数据库管理员(DBA)日常工作中不可或缺的一部分,它涉及到优化SQL查询性能,提高数据库系统的整体效率。本指南针对Oracle 19C版本,提供了丰富的调优策略和技术,旨在帮助DBA们更好地管理和维护...

    oracle9i调优培训资料

    oracle9i调优培训资料oracle9i调优培训资料oracle9i调优培训资料oracle9i调优培训资料oracle9i调优培训资料oracle9i调优培训资料oracle9i调优培训资料oracle9i调优培训资料

    Oracle Sql性能调优.ppt

    2. Oracle 开发过程中的调优 在开发过程中,需要对业务逻辑进行优化、优化设计方法、优化 SQL 语句、优化游标等。同时,也需要对内存使用进行优化,例如给 Oracle 更多内存,SGA 调整、shared_pool 调整等。此外,...

    Oracle DBA性能调优学习笔记

    针对“Oracle DBA性能调优学习笔记”这一主题,我们可以提取并解释出以下重点知识。 首先,性能调优是一个多角色参与的过程。不仅DBA需要参与,应用架构师、应用设计师、应用开发人员以及OS和存储系统管理员也同样...

Global site tag (gtag.js) - Google Analytics