十分鐘初步掌握Oracle數(shù)據(jù)庫性能調(diào)優(yōu)的常見場景與方法
當(dāng)項(xiàng)目組想要優(yōu)化一個(gè)性能不合格的軟件時(shí),通常會采取性能調(diào)優(yōu)的方法。性能調(diào)優(yōu)是通過調(diào)節(jié)計(jì)算機(jī)硬件、操作系統(tǒng)、應(yīng)用程序三方面之間的關(guān)系,實(shí)現(xiàn)整個(gè)系統(tǒng)的性能最大化,以滿足業(yè)務(wù)需求。Oracle數(shù)據(jù)庫作為應(yīng)用較為廣泛的數(shù)據(jù)庫種類之一,開發(fā)測試人員需要掌握Oracle數(shù)據(jù)庫調(diào)優(yōu)的常見場景與方法。
在Oracle性能調(diào)優(yōu)任務(wù)中,測試人員能夠通過nmon和Oracle自帶的性能分析工具AWR等觀測數(shù)據(jù)庫的任務(wù)執(zhí)行情況和資源使用情況。其中,AWR報(bào)告中的SQL Statistics項(xiàng)會從幾個(gè)維度列舉系統(tǒng)執(zhí)行較慢的SQL語句,用于瓶頸SQL定位。導(dǎo)致SQL語句執(zhí)行時(shí)間長的原因有很多種,例如SQL解析時(shí)使用硬解析(Hard Parse)方法。下面著重講一下SQL語句的使用軟硬解析的區(qū)別。
在Oracle數(shù)據(jù)庫中有一塊區(qū)域被稱為共享池(Shared Pool),它用于存放緩沖程序數(shù)據(jù)。已執(zhí)行過的每一條SQL語句在共享池中都存有解析后的內(nèi)容,存儲這些語句的地方叫高速緩存(Library Cache)。因?yàn)閮?nèi)存區(qū)域是有限的,所以不能將所有解析后的語句都一直保存,Oracle采用最近最少使用原則(LRU,Least Recently Used)來管理共享池中的對象,只保留那些使用最頻繁且最近使用的語句。
每當(dāng)Oracle執(zhí)行一條語句時(shí),首先會進(jìn)行語法檢查(Syntax Check)和語義檢查(Semantic Check)。如果這些都通過,就會對SQL語句進(jìn)行解析(Parse),具體做法是利用內(nèi)部的哈希算法來取得該SQL的哈希值,檢查高速緩存里是否存在該值。如果能成功在高速緩存中找到,就將利用已有的解析樹(Parse Tree)與執(zhí)行計(jì)劃(Execution Plan),省略優(yōu)化器的相關(guān)工作,這種解析被稱為軟解析(Soft Parse);反之,Oracle將執(zhí)行創(chuàng)建解析樹、生成執(zhí)行計(jì)劃的工作,并將其放入高速緩存以待重用,這種方式稱為硬解析。
硬解析通過優(yōu)化器創(chuàng)建最優(yōu)的執(zhí)行計(jì)劃時(shí),會根據(jù)數(shù)據(jù)字典中對象的統(tǒng)計(jì)信息計(jì)算多個(gè)執(zhí)行計(jì)劃的代價(jià),從而得到一個(gè)最優(yōu)解。這一步涉及大量的計(jì)算,會消耗非常多的CPU資源。所以我們在做性能調(diào)優(yōu)時(shí),要盡可能使用軟解析,避免硬解析的執(zhí)行。項(xiàng)目組在改進(jìn)程序時(shí),倡導(dǎo)功能相同的程序盡量保持一致性,多使用綁定變量,即將變量的數(shù)據(jù)通過一定的數(shù)據(jù)訪問技術(shù)來和相應(yīng)的實(shí)體捆綁在一起,使之成為一個(gè)整體。
本文主要講了Oracle數(shù)據(jù)庫中SQL解析性能調(diào)優(yōu)的原理和方法,希望能給各位開發(fā)測試人員帶來幫助。