Oracle中各个命中率的总结及调优笔记整理解析Word文件下载.docx
- 文档编号:21505412
- 上传时间:2023-01-30
- 格式:DOCX
- 页数:10
- 大小:20.56KB
Oracle中各个命中率的总结及调优笔记整理解析Word文件下载.docx
《Oracle中各个命中率的总结及调优笔记整理解析Word文件下载.docx》由会员分享,可在线阅读,更多相关《Oracle中各个命中率的总结及调优笔记整理解析Word文件下载.docx(10页珍藏版)》请在冰豆网上搜索。
计算公式:
Hitratio=1-[physicalreads/(blockgets+consistentgets)]
SELECTNAME,PHYSICAL_READS,DB_BLOCK_GETS,CONSISTENT_GETS,
1-(PHYSICAL_READS/(DB_BLOCK_GETS+CONSISTENT_GETS))"
HitRatio"
FROMV$BUFFER_POOL_STATISTICS
WHERENAME='
DEFAULT'
通常应在90%以上,否则,需要调整,加大DB_CACHE_SIZE
另外一种计算命中率的方法(摘自ORACLE官方文档<
<
数据库性能优化>
>
):
命中率的计算公式为:
HitRatio=1-((physicalreads-physicalreadsdirect-physicalreadsdirect(lob))/(dbblockgets+consistentgets-physicalreadsdirect-physicalreadsdirect(lob))
分别代入上一查询中的结果值,就得出了Buffercache的命中率
SELECTNAME,VALUE
FROMV$SYSSTAT
WHERENAMEIN('
sessionlogicalreads'
'
physicalreads'
physicalreadsdirect'
'
physicalreadsdirect(lob)'
dbblockgets'
'
consistentgets'
);
4)数据缓冲区命中率:
selectvaluefromv$sysstatwherename='
selectvaluefromv$sysstatwherename='
这里命中率的计算应该是
令x=physicalreadsdirect+physicalreadsdirect(lob)
命中率=100-(physicalreads-x)/(consistentgets+dbblockgets-x)*100
通常如果发现命中率低于90%,则应该调整应用可可以考虑是否增大数据缓冲区
5)共享池的命中率:
selectsum(pinhits-reloads)/sum(pins)*100"
hitradio"
fromv$librarycache;
假如共享池的命中率低于95%,就要考虑调整应用(通常是没使用bindvar)或者增加内存
6)计算在内存中排序的比率:
SELECT*FROMv$sysstattWHERENAME='
sorts(memory)'
—查询内存排序数
sorts(disk)'
—查询磁盘排序数
--caculatesortinmemoryratio
SELECTround(&
sort_in_memory/(&
sort_in_memory+&
sort_in_disk),4)*100||'
FROMdual;
此比率越大越好,太小整要考虑调整,加大PGA
7)PGA的命中率:
BPx100/(BP+EBP)
BP:
bytesprocessed
EBP:
extrabytesread/written
SELECT*FROMV$PGASTAT
cachehitpercentage'
或者从OEM的图形界面中查看
我们可以查看一个视图以获取Oracle的建议值:
SELECTround(PGA_TARGET_FOR_ESTIMATE/1024/1024)target_mb,
ESTD_PGA_CACHE_HIT_PERCENTAGEcache_hit_perc,
ESTD_OVERALLOC_COUNT
FROMV$PGA_TARGET_ADVICE;
Theoutputofthisquerymightlooklikethefollowing:
TARGET_MB
CACHE_HIT_PERC
----------
--------------
--------------------
63
23
367
125
24
30
250
30
3
375
39
0
500
58
600
59
700
800
60
900
在此例中:
PGA至少要分配375M
我个人认为PGA命中率不应该低于50%
以下的SQL统计sql语句执行在三种模式的次数:
optimalmemorysize,one-passmemorysize,multi-passmemorysize:
SELECTnameprofile,cnt,decode(total,0,0,round(cnt*100/total,4))percentage
FROM(SELECTname,valuecnt,(sum(value)over())totalFROMV$SYSSTATWHEREnamelike'
workareaexec%'
8)共享区字典缓存区命中率
计算公式:
SUM(gets-getmisses-usage-fixed)/SUM(gets)
命中率应大于0.85
selectsum(gets-getmisses-usage-fixed)/sum(gets)
fromv$rowcache;
9)数据高速缓存区命中率
1-(physicalreads/(dbblockgets+consistentgets))
命中率应大于0.90最好
selectname,value
fromv$sysstat
wherenamein('
'
10)共享区库缓存区命中率
SUM(pins-reloads)/SUM(pins)
命中率应大于0.99
selectsum(pins-reloads)/sum(pins)
fromv$librarycache;
11)检测回滚段的争用
SUM(waits)值应小于SUM(gets)值的1%
selectsum(gets),sum(waits),sum(waits)/sum(gets)
fromv$rollstat;
12)检测回滚段收缩次数
selectname,shrinks
fromv$rollstat,v$rollname
wherev$rollstat.usn=v$rollname.usn;
-----------------------------------------------------------------------------
几个常用的检查语句
1.查找排序最多的SQL:
SELECTHASH_VALUE,SQL_TEXT,SORTS,EXECUTIONS
FROMV$SQLAREA
ORDERBYSORTSDESC;
2.查找磁盘读写最多的SQL:
SELECT*FROM
(SELECTsql_text,disk_reads"
totaldisk"
executions"
totalexec"
disk_reads/executions"
disk/exec"
FROMv$sqlWHEREexecutions>
0andis_obsolete='
N'
ORDERBY
4desc)
WHEREROWNUM<
11;
3.查找工作量最大的SQL(实际上也是按磁盘读写来排序的):
selectsubstr(to_char(s.pct,'
99.00'
),2)||'
load,s.executionsexecutes,p.sql_text
from(selectaddress,disk_reads,executions,pct,rank()over(orderbydisk_readsdesc)rankingfrom
(selectaddress,disk_reads,executions,100*ratio_to_report(disk_reads)over()pct
fromsys.v_$sql
wherecommand_type!
=47)
wheredisk_reads>
50*executions)s,sys.v_$sqltextp
wheres.ranking<
=5andp.address=s.address
orderby1,s.address,p.piece;
4.用下列SQL工具找出低效SQL:
selectexecutions,disk_reads,buffer_gets,round((buffer_gets-disk_reads)/buffer_gets,2)Hit_radio,round(disk_reads/executions,2)reads_per_run,sql_text
Fromv$sqlarea
Whereexecutions>
0andbuffer_gets>
0and(buffer_gets-disk_reads)/buffer_gets<
0.8
Orderby4desc;
5、根据sid查看对应连接正在运行的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,sysdatestart_time,sysdatefinish_time,’>
’||addresssql_address,’N’status
Whereaddress=(selectsql_addressfromv$sessionwheresid=&
sid);
***************Oracle缓冲区命中率低的分析及解决办法******************
首先确定下面的查询结果:
1,缓冲区命中率的查询(是否低于90%):
selectround((1-sum(decode(name,'
value,0))/
(sum(decode(name,'
value,0))+sum(decode(name,'
value,0)))),4)*100||'
chitrati
fromv$sysstat;
2,使用率的查询(有无free状态的数据快.):
selectcount(*),statusfromv$bhgroupbystatus;
3,相关等待事件的查询(是否有相关等待事件)
selectevent,total_waitsfromv$system_eventwhereeventin('
freebufferwaits'
4,当前大小(是否已经很大)
selectvalue/1024/1024cache_sizefromv$parameterwherename='
db_cache_size'
5,top等待事件分析(Dbfilescateredread的比率是否大)
selectevent,total_waits,suml
from
(selectevent,total_waits,round(total_waits/sumt*100,2)||'
suml
(selectevent,total_waitsfromv$system_event),
(selectsum(total_waits)sumtfromv$system_event)
orderbytotal_waitsdesc)
whererownum<
6
andeventnotlike'
rdbms%'
pmon%'
SQL*Net%'
smon%'
6,db_cache_advice建议值(9i后的新特性,可以根据他更好的调整cache_size)
selectblock_size,size_for_estimate,size_factor,estd_physical_readsfromv$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事件是否有Dbfilescateredread.并查看TOPsql语句是否存在问题等.
注:
电脑学习网首发。
还要说一句:
当然在硬件允许的情况下,尽量增大db_cache_size减少磁盘读,但并不是越大越好,一定要根据自己的库数据量的程度来调节,因为大的db_cache_size同样会增大数据库管理的开销,当然可能开销并不会明显的影响数据库的性能,硬件价格也越来越低,这就需要我们具体问题具体分析了,在我看来物尽其用就最好了,尽量不要浪费,找到问题的本质。
调优是一件很艺术的事。
***********************Oracle数据库缓冲区命中率*****************
1、查看Oracle数据库缓冲区命中率
selecta.value+b.value"
logical_reads"
c.value"
phys_reads"
round(100*((a.value+b.value)-c.value)/(a.value+b.value))"
BUFFERHITRATIO"
fromv$sysstata,v$sysstatb,v$sysstatc
wherea.statistic#=40andb.statistic#=41
andc.statistic#=42;
2、Tags:
oracle
数据库缓冲区命中率:
sql>
selectvaluefromv$sysstatwherename='
value
3714179
physicalreadsdirect(lob)'
856309623
19847790
这里命中率的计算应该是
令x=physicalreadsdirect+physicalreadsdirect(lob)
命中率=100-(physicalreads-x)/(consistentgets+dbblockgets-x)*100
通常如果发现命中率低于90%,则应该调整应用可以考虑是否增大数据加
共享池的命中率
selectsum(pinhits)/sum(pins)*100"
如果共享池的命中率低于95%就要考虑调整应用(通常是没应用bindvar)或者增加内存。
关于排序部分
selectname,valuefromv$sysstatwherenamelike'
%sort%'
如果我们发现sorts(disk)/(sorts(memory)+sorts(disk))的比例过高,则通常意味着sort_area_size部分内存教较小,可考虑调整相应的参数。
关于log_buffer
selectname,valuefromv$sysstatwhere
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- Oracle 各个 命中率 总结 笔记 整理 解析