Oracle數(shù)據(jù)庫,超強!
關于全世界上前幾位排名 VLDB 的相關信息。VLDB,Oracle數(shù)據(jù)庫可以是很強大的,其實把它稱之為"狂大數(shù)據(jù)庫"也是很貼切,假如對不區(qū)分操作的相關的系統(tǒng)環(huán)境,Yahoo! 力拔數(shù)據(jù)倉庫一項的頭籌,單個Oracle數(shù)據(jù)庫數(shù)據(jù)大小接近 100T 。
采用的是 Oracle 數(shù)據(jù)庫,部署在 Unix 上, 存儲是 EMC 的設備。這是 2005年的數(shù)據(jù),雅虎現(xiàn)在每日接近 40 億 PV,這個數(shù)據(jù)倉庫現(xiàn)在應該遠超 100T 了吧。
電信巨頭 AT&T 的數(shù)據(jù)倉庫屈居亞軍。Amazon 的兩個數(shù)據(jù)倉庫也不小,數(shù)據(jù)量多達 24773 GB,是用 Oracle RAC 實現(xiàn)的,部署在 Linux 操作系統(tǒng)上。
OLTP Top 10
我比較關心 OLTP 數(shù)據(jù)庫的情況。下面這個圖表是包括所有操作系統(tǒng)環(huán)境的 OLTP 數(shù)據(jù)庫情況。前 10 名中只有兩個采用了集群,而且都是集中式集群(Centralized/Cluster)。其余8個席位都采用了 SMP 架構,而且大多是集中式(Centralized)。分布式超大 OLTP 的成功案例看來并不多(只有 1 例,另外有一例是Federated)。
讓 Fenng 稍微有些驚訝的是 SQL Server 占了三個席位,數(shù)據(jù)量最大接近 8T 。整個表看來,Oracle數(shù)據(jù)庫類別、所用的軟件平臺還真的比較平均。并非我想象的完全是 DB2/Oracle+Unix 的格局。
Unix 上 OLTP TOP 10
下表是使用 Unix 操作系統(tǒng) OLTP TOP 10。好家伙,幾乎清一色的 Oracle。DB2 不見蹤影,只有 Sybase ASE 還算爭氣,占了一個席位。 9 個 Unix 平臺上的 Oracle OLTP DB,只有兩個使用了 RAC ,其他都是 Centralized/SMP。
到現(xiàn)在為止,都還沒有看到互聯(lián)網(wǎng)站點的身影。
Linux 上 OLTP Top
終于有互聯(lián)網(wǎng)公司出現(xiàn)了。
仍然全部是 Oracle 數(shù)據(jù)庫。而且, 四個中的三個都是通過 RAC 來實現(xiàn)的。
從上面的數(shù)據(jù)可以作如下總結:
1) Linux 上 Oracle 通過 RAC 可以提高擴展能力;
2) 但是,Oracle RAC 的擴展性并非那么好;
如果從峰值處理能力(Peak Workload)的角度上看,Oracle 就不那么風光了。DB2 與 CA 的 CA-Datacom 瓜分了 10個 席位。操作系統(tǒng)平臺都是 z/OS。 排在第一的是 UPS 的數(shù)據(jù)庫系統(tǒng),每個小時處理 1,134,034,718 條 SQL 語句。很強悍。
或許有個的朋友看過我介紹的 eBay 的數(shù)據(jù)量,可能比較納悶,為何整個報告中沒有 eBay 數(shù)據(jù)庫上榜? Fenng 猜測是 eBay SOA 化之后,單個的Oracle數(shù)據(jù)庫就并不大了,這樣也避免了風險。
文章出自:http://www.programbbs.com/doc/class10-2.htm
【編輯推薦】