這篇文章給大家分享的是有關(guān)Oracle數(shù)據(jù)庫性能測試的內(nèi)容。小編覺得挺實用的,因此分享給大家做個參考。一起跟隨小編過來看看吧。
創(chuàng)新互聯(lián)公司是一家集網(wǎng)站建設(shè),馬村企業(yè)網(wǎng)站建設(shè),馬村品牌網(wǎng)站建設(shè),網(wǎng)站定制,馬村網(wǎng)站建設(shè)報價,網(wǎng)絡營銷,網(wǎng)絡優(yōu)化,馬村網(wǎng)站推廣為一體的創(chuàng)新建站企業(yè),幫助傳統(tǒng)企業(yè)提升企業(yè)形象加強企業(yè)競爭力。可充分滿足這一群體相比中小企業(yè)更為豐富、高端、多元的互聯(lián)網(wǎng)需求。同時我們時刻保持專業(yè)、時尚、前沿,時刻以成就客戶成長自我,堅持不斷學習、思考、沉淀、凈化自己,讓我們?yōu)楦嗟钠髽I(yè)打造出實用型網(wǎng)站。
一、 測試背景
由于眾所周知的世界經(jīng)貿(mào)形勢,擁有全面自主可控的IT解決方案成為擺在國家面前的一項重要任務。但是,由于目前國產(chǎn)芯片的性能還相對較弱,大多只能應用于OA等邊緣業(yè)務,要用到關(guān)鍵業(yè)務中時就必須加大成本以擴大集群規(guī)模,這將進一步推高因為生態(tài)成熟度還不足而導致本身成本就不低的全國產(chǎn)技術(shù)方案的應用門檻,抑制了全國產(chǎn)技術(shù)的推廣應用范圍。
SPL計算數(shù)據(jù)庫是一項從理論模型到代碼實現(xiàn)都擁有完全自主產(chǎn)權(quán)的新技術(shù),它采用了創(chuàng)新代數(shù)體系,允許程序員實現(xiàn)更高性能的低復雜度算法,從而獲得比傳統(tǒng)關(guān)系數(shù)據(jù)庫更好的運算性能。因此,可以通過軟件彌補硬件,使較低性能的國產(chǎn)芯片不需要擴大集群規(guī)模就能夠適應原來必須使用國外芯片的應用場景,并且還有一定程度的性能提升。
二、 測試方法
采用國際上公認的數(shù)據(jù)庫性能測試工具TPCH,通過與國外數(shù)據(jù)庫產(chǎn)品的杰出代表Oracle12.1.0及另一國產(chǎn)數(shù)據(jù)庫(下文中簡稱國產(chǎn)數(shù)據(jù)庫)進行對比測試。
TPCH是由TPC(Transaction Processing Performance Council)事務處理性能委員會公布的一套針對數(shù)據(jù)庫決策支持能力的測試基準,通過模擬數(shù)據(jù)庫中與業(yè)務相關(guān)的復雜查詢考察數(shù)據(jù)庫的綜合處理能力,獲取數(shù)據(jù)庫操作的響應時間。
TPCH基準模型中定義了一個數(shù)據(jù)庫模型,容量可以在1GB~10000GB的8個級別中進行選擇。數(shù)據(jù)庫模型包括CUSTOMER、LINEITEM、NATION、ORDERS、PART、PARTSUPP、REGION和SUPPLIER 8張數(shù)據(jù)表,涉及22條復雜的SQL查詢語句。
TPCH測試具有廣泛的權(quán)威性和被認可度,涉及內(nèi)容豐富,可以避免片面性,并確保測試結(jié)論的說服力。
傳統(tǒng)數(shù)據(jù)庫都是用SQL語言進行查詢,在SPL數(shù)據(jù)庫中,需要將TPCH提供的SQL翻譯成SPL腳本來運行。
三、 測試環(huán)境
本場測試分別在五臺不同配置的獨立服務器上作運行測試,分別命名為intel2670、intel3014、龍芯、飛騰FT1500、飛騰FT2000,硬件配置如下表:
| 名稱 | CPU | 內(nèi)存 | 硬盤類型 |
| Intel2670 | 2個intel2670 CPU,主頻2.6G,共計16核 | 128G | SSD固態(tài)硬盤 |
| Intel3014 | 2個intel3014 CPU,主頻1.7G,共計12核 | 64G | |
| 龍芯 | 2個CPU,共計8核 | 64G | |
| FT1500飛騰 | 飛騰CPU,共計16核 | 32G | |
| FT2000飛騰 | 飛騰CPU,共計64核 | 256G |
國產(chǎn)數(shù)據(jù)庫只在龍芯上測試,Oracle 只在 intel 上測試,SPL 在五臺服務器上均做了測試。
四、 數(shù)據(jù)準備
測試數(shù)據(jù)均采用TPCH提供的數(shù)據(jù)生成程序產(chǎn)生,產(chǎn)生了100G和200G兩種規(guī)模的測試數(shù)據(jù),100G數(shù)據(jù)用在intel3014、龍芯、飛騰FT1500、飛騰FT2000四臺服務器上,200G數(shù)據(jù)用在intel2670、飛騰FT2000兩臺服務器上。
TPCH產(chǎn)生原始文本文件數(shù)據(jù)以后,需要導入數(shù)據(jù)庫表中供數(shù)據(jù)庫軟件查詢使用。SPL數(shù)據(jù)庫使用的數(shù)據(jù)存儲在硬盤組表文件中,也需要由原始文本數(shù)據(jù)轉(zhuǎn)換生成。下表是轉(zhuǎn)換成所需要的測試數(shù)據(jù)所花的時間(共有8張表,只比較數(shù)據(jù)量較大的3張表)。
| 數(shù)據(jù)表名 | LINEITEM | ORDERS | PARTSUPP | |
| 100G | Oracle(intel3014) | 09:40:59 | 01:31:34 | 00:59:02 |
| SPL組表(intel3014) | 01:40:00 | 00:17:48 | 00:10:47 | |
| 國產(chǎn)數(shù)據(jù)庫(龍芯) | 01:55:37 | 00:17:41 | 00:10:18 | |
| 200G | Oracle(intel2670) | 37:47:28 | 07:43:54 | 03:12:30 |
| SPL組表(intel2670) | 01:52:57 | 00:25:20 | 00:17:23 |
可以看出, Oracle數(shù)據(jù)導入的時間非常長。SPL和國產(chǎn)數(shù)據(jù)庫的導入時間相當,這方面均比Oracle有數(shù)倍的性能優(yōu)勢。
五、 測試結(jié)果
測試的三種軟件均支持并行查詢,即用多線程共同協(xié)調(diào)完成一次查詢?nèi)蝿铡H欢⑿械穆窋?shù)并不是越多越好,因此在每臺測試服務器上需要測出查詢速度最快的并行數(shù)。我們用TPCH的第一條查詢?nèi)蝿兆鳒y試,在每臺測試服務上的并行查詢結(jié)果如下:
TPCH1 測試響應時間表 (秒)
| 數(shù)據(jù)量 | 服務器 | 并行數(shù) | 1 | 2 | 4 | 8 | 12 | 16 |
| 100G | Intel3014 | Oracle | 570 | 356 | 219 | 170 | 131 | 141 |
| SPL組表 | 336 | 174 | 91 | 46 | 38 | 40 | ||
| 龍芯 | 國產(chǎn)數(shù)據(jù)庫 | 1620 | 961 | 553 | 507 | 579 | 694 | |
| SPL組表 | 1521 | 525 | 275 | 284 | ||||
| FT1500飛騰 | SPL組表 | 711 | 367 | 198 | 95 | 62 | ||
| 服務器 | 并行數(shù) | 8 | 16 | 32 | 40 | 48 | 64 | |
| FT2000飛騰 | SPL組表 | 37 | 22 | 19 | 21 | 40 | ||
| 200G | Intel2670 | Oracle | 318 | 316 | 318 | |||
| SPL組表 | 63 | 40 | 41 | |||||
| FT2000飛騰 | SPL組表 | 36 |
上表中紅色數(shù)字對應的并行數(shù),即為各測試服務器上最佳的并行數(shù),于是TPCH后面各查詢測試中就以此并行數(shù)來進行測試。
測試結(jié)果如下表:
TPCH 共 22 條查詢測試響應時間表 (秒)
TPCH 編號 | 100G數(shù)據(jù) | 200G數(shù)據(jù) | |||||||
Intel3014 (12并行) | FT1500 (16并行) | FT2000 (40并行) | 龍芯 (8并行) | Intel2670 (16并行) | FT2000 (40并行) | ||||
| SPL | Oracle | SPL | SPL | SPL | 國產(chǎn)數(shù)據(jù)庫 | SPL | Oracle | SPL | |
| 1 | 38 | 131 | 62 | 19 | 275 | 507 | 40 | 325 | 36 |
| 2 | 4 | 27 | 8 | 6 | 18 | 247 | 8 | 73 | 13 |
| 3 | 21 | 222 | 33 | 22 | 97 | 4451 | 23 | 582 | 35 |
| 4 | 15 | 207 | 27 | 18 | 89 | 1790 | 21 | 454 | 43 |
| 5 | 34 | 225 | 36 | 24 | 72 | 1761 | 25 | 463 | 45 |
| 6 | 12 | 135 | 22 | 6 | 60 | 757 | 11 | 352 | 12 |
| 7 | 25 | 184 | 32 | 20 | 91 | 700 | 22 | 496 | 30 |
| 8 | 37 | 192 | 46 | 48 | 93 | 1611 | 29 | 485 | 80 |
| 9 | 68 | 234 | 125 | 65 | 517 | 1066 | 85 | 636 | 135 |
| 10 | 21 | 215 | 35 | 22 | 99 | 1634 | 34 | 493 | 42 |
| 11 | 5 | 33 | 12 | 6 | 29 | 165 | 9 | 63 | 11 |
| 12 | 20 | 184 | 72 | 38 | 173 | 647 | 52 | 464 | 55 |
| 13 | 57 | 37 | 114 | 85 | 335 | 2209 | 135 | 103 | 135 |
| 14 | 22 | 157 | 65 | 12 | 142 | 500 | 65 | 368 | 38 |
| 15 | 18 | 155 | 60 | 26 | 103 | 506 | 61 | 358 | 46 |
| 16 | 10 | 13 | 19 | 12 | 53 | 105 | 14 | 71 | 22 |
| 17 | 17 | 165 | 48 | 9 | 100 | 963 | 40 | 349 | 19 |
| 18 | 16 | 344 | 35 | 13 | 163 | 2382 | 25 | 966 | 26 |
| 19 | 15 | 154 | 65 | 12 | 137 | 518 | 60 | 345 | 29 |
| 20 | 15 | 175 | 57 | 11 | 110 | 594 | 55 | 442 | 20 |
| 21 | 27 | 326 | 222 | 190 | 901 | 3349 | 191 | 790 | 398 |
| 22 | 19 | 48 | 37 | 27 | 99 | 139 | 30 | 99 | 49 |
| 合計 | 516 | 3563 | 1232 | 691 | 3756 | 26601 | 1035 | 8777 | 1319 |
六、 結(jié)論
將測試結(jié)果制成統(tǒng)計圖示:


可以看出如下一些結(jié)論:
1. 在同一臺測試機上使用同一份TPCH測試數(shù)據(jù),比較22條查詢所用的總時間,使用了新算法的SPL比Oracle要快5-7 倍,創(chuàng)新理論和算法確實有效。
2. 在飛騰FT1500上比intel3014上的Oracle快了近 3 倍,在飛騰FT2000上比intel2670上的Oracle快了5 倍還多。在飛騰芯片上搭載的SPL數(shù)據(jù)庫,遠遠超過了Intel上Oracle的運算性能,應用于關(guān)鍵業(yè)務完全沒有問題。
3. 龍芯相對略弱,但在SPL的支持下,也能和intel3014上的oracle速度基本相當(接近 95%),基本可應用于關(guān)鍵業(yè)務中了。
4. 龍芯上國產(chǎn)數(shù)據(jù)庫性能較差,只能達到Intel3014上Oracle的七分之一左右,基本不具備應用于關(guān)鍵業(yè)務的能力。
關(guān)于Oracle數(shù)據(jù)庫性能測試就分享到這里了,希望以上內(nèi)容可以對大家有一定的幫助,可以學到更多知識。如果覺得文章不錯,可以把它分享出去讓更多的人看到。
文章名稱:Oracle數(shù)據(jù)庫性能測試
文章鏈接:http://www.chinadenli.net/article24/gccdje.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供品牌網(wǎng)站制作、微信小程序、全網(wǎng)營銷推廣、微信公眾號、網(wǎng)站收錄、網(wǎng)站制作
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)