效能瓶頸分析方法

2021-08-17 19:15:13 字數 784 閱讀 1407

oracle資料庫:

1 如果自由記憶體接近於0而且庫快存或資料字典快存的命中率小於0.90,那麼需要增加shared_pool_size的大小。

快存(共享sql區)和資料字典快存的命中率:

select(sum(pins-reloads))/sum(pins) from v$librarycache;

select(sum(gets-getmisses))/sum(gets) from v$rowcache;

自由記憶體 select * from v$sgastat wherename=』free memory』;

2 如果資料的快取命中率小於0.90,那麼需要加大db_block_buffers引數的值(單位:塊)。

緩衝區快取記憶體命中率:

select name,value from v$sysstat where name in (『db block gets』,

『consistent gets』,'physical reads』) ;

hitratio = 1-(physical reads / ( db block gets + consistent gets))

3 如果日誌緩衝區申請的值較大,則應加大log_buffer引數的值。

日誌緩衝區的申請情況:

select name,value from v$sysstat where name = 『redo log space requests』 ;

4 如果記憶體排序命中率小於0.95,則應加大sort_area_size以避免磁碟排序。

記憶體排序命中率:

效能測試瓶頸分析

在效能測試過程中,瓶頸猶如功能測試的bug,瓶頸的分析猶如bug的定位。效能測試工程師好比醫生,看到病象,定位 效能瓶頸的定位更像庖丁解牛,層層解剖,最後定位問題之所在。下面分享乙個記憶體洩漏的瓶頸分析。病象 tps波動非常大 狂打超時日誌 偶爾有500錯誤。看到這個現象,其實說明不了什麼問題,就象...

效能測試瓶頸分析

在效能測試過程中,瓶頸猶如功能測試的bug,瓶頸的分析猶如bug的定位。效能測試工程師好比醫生,看到病象,定位 效能瓶頸的定位更像庖丁解牛,層層解剖,最後定位問題之所在。下面分享乙個記憶體洩漏的瓶頸分析。病象 tps波動非常大 狂打超時日誌 偶爾有500錯誤。看到這個現象,其實說明不了什麼問題,就象...

效能測試瓶頸分析

在效能測試過程中,瓶頸猶如功能測試的bug,瓶頸的分析猶如bug的定位。效能測試工程師好比醫生,看到病象,定位 效能瓶頸的定位更像庖丁解牛,層層解剖,最後定位問題之所在。下面分享乙個記憶體洩漏的瓶頸分析。病象 tps波動非常大 狂打超時日誌 偶爾有500錯誤。看到這個現象,其實說明不了什麼問題,就象...