分享一次意外的ORACLE數(shù)據(jù)庫(kù)主機(jī)性能測(cè)試結(jié)果

最近一直在做一些ORACLE SQL性能量化方面的研究，要實(shí)現(xiàn)較準(zhǔn)確的SQL性能量化很復(fù)雜，現(xiàn)在一直在小心推進(jìn)，周末做了一下一些機(jī)器的兩個(gè)參數(shù)測(cè)試：

一個(gè)是oracle數(shù)據(jù)庫(kù)1毫秒可執(zhí)行多少次內(nèi)存hash運(yùn)算操作，這個(gè)主要用于量化hash join的時(shí)間;

一個(gè)是oracle數(shù)據(jù)庫(kù)1毫秒可執(zhí)行多少次內(nèi)存排序的比較運(yùn)算，這個(gè)主要用于量化order by的時(shí)間。

以下是測(cè)試結(jié)果，讓我非常意外。

以下是測(cè)試代碼，測(cè)試采用單會(huì)話(huà)sqlplus執(zhí)行，因此只能衡量主機(jī)CPU單核的性能。

下面這個(gè)是hash次數(shù)的測(cè)試代碼：

declare i integer; int1 integer; t1 number; t2 number; t_all number; t_select number; execute_count number := 10; function getnumfromtimestamp(iTime timestamp) return number is Result number; v_hour number; v_minute number; v_second number; v_millisecond number; begin v_hour := EXTRACT(hour from iTime); v_minute := EXTRACT(minute from iTime); v_second := EXTRACT(second from iTime); Result := (v_hour + 1) * 3600 + (v_minute + 1) * 60 + v_second; return(Result); end; begin select /*+use_hash(a,b)*/ count(*) into int1 from (select rownum + 20000000 rn from dual connect by rownum <= 1000000) a, (select rownum + 10000000 rn from dual connect by rownum <= 1000000) b where a.rn = b.rn; t1 := getnumfromtimestamp(systimestamp); for i in 1 .. execute_count loop select /*+use_hash(a,b)*/ count(*) into int1 from (select rownum + 20000000 rn from dual connect by rownum <= 1000000) a, (select rownum + 10000000 rn from dual connect by rownum <= 1000000) b where a.rn = b.rn; end loop; t2 := getnumfromtimestamp(systimestamp); t_all := t2 - t1; select count(*) into int1 from (select rownum + 20000000 rn from dual connect by rownum <= 1000000); t1 := getnumfromtimestamp(systimestamp); for i in 1 .. execute_count loop select count(*) into int1 from (select rownum + 20000000 rn from dual connect by rownum <= 1000000); end loop; t2 := getnumfromtimestamp(systimestamp); t_select := t2 - t1; dbms_output.put_line('hash_times:' || trunc(1000 / ((t_all - t_select) / (2 * execute_count)))); end; /

下面這個(gè)是sort次數(shù)的測(cè)試代碼：

declare i integer; int1 integer; t1 number; t2 number; t_all number; t_select number; execute_count number := 10; function getnumfromtimestamp(iTime timestamp) return number is Result number; v_hour number; v_minute number; v_second number; v_millisecond number; begin v_hour := EXTRACT(hour from iTime); v_minute := EXTRACT(minute from iTime); v_second := EXTRACT(second from iTime); Result := (v_hour + 1) * 3600 + (v_minute + 1) * 60 + v_second; return(Result); end; begin select count(*) into int1 from (select rn from (select (mod(rownum, 3) * 3 - 1) * 1000000 + rownum rn from dual connect by rownum <= 1000000 order by rn) c where rownum + 1 < 10000000); t1 := getnumfromtimestamp(systimestamp); for i in 1 .. execute_count loop select count(*) into int1 from (select rn from (select (mod(rownum, 3) * 3 - 1) * 1000000 + rownum rn from dual connect by rownum <= 1000000 order by rn) c where rownum + 1 < 10000000); end loop; t2 := getnumfromtimestamp(systimestamp); t_all := t2 - t1; select count(*) into int1 from (select rn from (select (mod(rownum, 3) * 3 - 1) * 1000000 + rownum rn from dual connect by rownum <= 1000000) c where rownum + 1 < 10000000); t1 := getnumfromtimestamp(systimestamp); for i in 1 .. execute_count loop select count(*) into int1 from (select rn from (select (mod(rownum, 3) * 3 - 1) * 1000000 + rownum rn from dual connect by rownum <= 1000000) c where rownum + 1 < 10000000); end loop; t2 := getnumfromtimestamp(systimestamp); t_select := t2 - t1; dbms_output.put_line('sort_times:' || trunc(18792428 / 1000 / ((t_all - t_select)))); end; /

體會(huì)如下：

1、測(cè)試結(jié)果只是反應(yīng)CPU單核的性能，并不體現(xiàn)主機(jī)的整體性能，主機(jī)負(fù)載對(duì)測(cè)試有一定的影響，但比較小。

2、現(xiàn)在PC服務(wù)器上采用的INTEL或AMD CPU單核非常強(qiáng)勁，已經(jīng)遠(yuǎn)遠(yuǎn)超過(guò)幾年前的小型機(jī)POWER5,Itanium CPU單核性能，由于沒(méi)有最新的POWER6,POWER7，所以也不好評(píng)論P(yáng)OWER6和POWER7的性能。

3、臺(tái)式機(jī)的CPU INTEL E8400（3G）比 PC服務(wù)器上的XEON E5520（2.26G）還強(qiáng)很多，這個(gè)得益于CPU主頻的提高。現(xiàn)在PC服務(wù)器CPU的單核性能與臺(tái)式機(jī)CPU差不多，并不像有些文章說(shuō)的服務(wù)器性能強(qiáng)很多，我理解是服務(wù)器CPU穩(wěn)定性更好，可擴(kuò)展性更強(qiáng)，用普通臺(tái)式機(jī)服務(wù)器一般最多可裝2顆，但是服務(wù)器上可裝4顆，甚至更多，這一方面是服務(wù)器本身架構(gòu)的設(shè)計(jì)支持，另一方面是服務(wù)器CPU在多路并行處理方面考慮了更多。

4、AMD的CPU性能也非常強(qiáng)勁，AMD Opteron 2378(45nm) 與AMD Opteron 2356(65nm) 主頻差不多，但Cache差很多，性能高一倍，可以看出AMD的CPU性能與制造工藝和緩存關(guān)系密切。

5、Oracle9i排序算法的復(fù)雜度約為nlog(n)，Oracle10g以后排序算法有非常大的改進(jìn)，算法的復(fù)雜度已經(jīng)遠(yuǎn)遠(yuǎn)小于nlog(n)。

6、小型機(jī)CPU性能已經(jīng)沒(méi)有任何優(yōu)勢(shì)，小型機(jī)的優(yōu)勢(shì)只是

穩(wěn)定性更好（我們的小型機(jī)還沒(méi)發(fā)生過(guò)異常宕機(jī)，PC服務(wù)器有時(shí)會(huì)發(fā)生）；

可維護(hù)性更好（小型機(jī)很多組件都可在線(xiàn)維護(hù)與升級(jí)，PC服務(wù)器可做的很少）；

可擴(kuò)展性更強(qiáng)（小型機(jī)的CPU經(jīng)常看到擴(kuò)展到64顆以上，PC服務(wù)器一般很少能上16顆）。

個(gè)人觀(guān)點(diǎn)：

如果你是銀行、證券類(lèi)核心數(shù)據(jù)庫(kù)主機(jī)，那小型機(jī)還是有意義的，如果只是一般企業(yè)信息化主機(jī)，那PC服務(wù)器性?xún)r(jià)比更好，如果只是公司內(nèi)部開(kāi)發(fā)用服務(wù)器，那選擇當(dāng)前高性能的臺(tái)式機(jī)INTEL CPU Core i7會(huì)更實(shí)用。

Oracle10g與Oracle9i相比，除了RAC外，數(shù)據(jù)庫(kù)IO管理方面沒(méi)有大的提升，但是在一些細(xì)節(jié)方面做得很優(yōu)秀，如本次測(cè)試中的hash運(yùn)算及排序算法，所以如果你的主機(jī)性能瓶頸是CPU運(yùn)算（非IO等待），那從Oracle9i升級(jí)至Oracle10g或11g會(huì)有一些幫助。

測(cè)試結(jié)果只是反應(yīng)CPU單核的性能，并不體現(xiàn)主機(jī)的整體性能。以上測(cè)試代碼沒(méi)有參考標(biāo)準(zhǔn)，也沒(méi)有理論基礎(chǔ)，只是個(gè)人隨便寫(xiě)的，所以不嚴(yán)謹(jǐn)，但是測(cè)試結(jié)果還是有一些參考意義，拿出來(lái)與大家分享，歡迎討論。

分享一次意外的ORACLE數(shù)據(jù)庫(kù)主機(jī)性能測(cè)試結(jié)果