性能分析與調(diào)優(yōu)原理及原則-資料下載頁(yè)
2025-06-24 05:29本頁(yè)面
【正文】 取操作速率很低，則可能存在磁盤瓶徑。I/O資源成為系統(tǒng)性能的瓶頸的征兆 :過高的磁盤利用率(high disk utilization) 太長(zhǎng)的磁盤等待隊(duì)列(large disk queue length) 等待磁盤I/O的時(shí)間所占的百分率太高(large percentage of time waiting for disk I/O) 太高的物理I/O速率:large physical I/O rate(not sufficient in itself) 過低的緩存命中率(low buffer cache hit ratio(not sufficient in itself)) 太長(zhǎng)的運(yùn)行進(jìn)程隊(duì)列，但CPU卻空閑(large run queue with idle CPU)4．?dāng)?shù)據(jù)庫(kù)服務(wù)器：SQL Server數(shù)據(jù)庫(kù)：1）SQLServer資源監(jiān)控中指標(biāo)緩存點(diǎn)擊率（Cache Hit Ratio），該值越高越好。如果持續(xù)低于80%，應(yīng)考慮增加內(nèi)存。2）如果Full Scans/sec（全表掃描/秒）計(jì)數(shù)器顯示的值比1或2高，則應(yīng)分析你的查詢以確定是否確實(shí)需要全表掃描，以及SQL查詢是否可以被優(yōu)化。 3）Number of Deadlocks/sec(死鎖的數(shù)量/秒)：死鎖對(duì)應(yīng)用程序的可伸縮性非常有害，并且會(huì)導(dǎo)致惡劣的用戶體驗(yàn)。該計(jì)數(shù)器的值必須為0。4）Lock Requests/sec(鎖請(qǐng)求/秒)，通過優(yōu)化查詢來減少讀取次數(shù)，可以減少該計(jì)數(shù)器的值。Oracle數(shù)據(jù)庫(kù)：1），那么需要增加SHARED_POOL_SIZE的大小。2），那么需要加大DB_BLOCK_BUFFERS參數(shù)的值（單位：塊）。3）如果日志緩沖區(qū)申請(qǐng)的值較大，則應(yīng)加大LOG_BUFFER參數(shù)的值。4），則應(yīng)加大SORT_AREA_SIZE以避免磁盤排序 。 Oracle數(shù)據(jù)庫(kù)：1），那么需要增加SHARED_POOL_SIZE的大小。2），那么需要加大DB_BLOCK_BUFFERS參數(shù)的值（單位：塊）。3）如果日志緩沖區(qū)申請(qǐng)的值較大，則應(yīng)加大LOG_BUFFER參數(shù)的值。4），則應(yīng)加大SORT_AREA_SIZE以避免磁盤排序 。 ... [/quote]這樣的經(jīng)驗(yàn)太簡(jiǎn)單了，而且很模糊，表達(dá)不清晰。 建議大家看看我的Oracle性能調(diào)優(yōu)的5兩章，里面詳細(xì)討論了Oracle的各項(xiàng)重點(diǎn)指標(biāo)。 我感覺到性能測(cè)試和分析的根本原則是：理解和掌握被測(cè)試系統(tǒng)的基本原理，具體問題具體分析。只有這個(gè)原則是永恒的。 oracle的video，我還沒有來得及看過，對(duì)于web app. emerce的測(cè)試，對(duì)于oracle挺重要的。我現(xiàn)在只有sql query和sql server的了解，想找個(gè)空閑的時(shí)間把oracle給補(bǔ)補(bǔ)
環(huán)評(píng)公示相關(guān)推薦
鄂ICP備17016276號(hào)-1