VLDB 榜單透視：誰在挑戰極限？
依據 2005 Winter TopTen Award 數據，超大數據倉庫 (VLDB) 冠軍為 Yahoo!，單庫逼近 100TB（Unix + Oracle + EMC）；亞軍 AT&T，季軍 Amazon 兩庫合計 ~24.7TB（Linux + Oracle RAC）。註：雅虎日均 40 億 PV，當前倉庫規模早已突破 PB 級。
OLTP 頂級聯賽：架構選型的殘酷真相
全平台 OLTP Top 10
- 僅 2 家採用集群（均為集中式集群 Centralized/Cluster），其餘 8 家均為 SMP 單機集中式架構。
- 分布式 OLTP 成功案例極少（僅 1 例聯邦式），SQL Server 佔據 3 席位（最大 ~8T），打破「大型 OLTP 必屬 DB2/Oracle + Unix」刻板印象。
Unix 平台 OLTP Top 10
- 幾乎清一色 Oracle，DB2 缺席，僅 Sybase ASE 入圍 1 席。
- 9 套 Oracle 中僅 2 套使用 RAC，其餘均為 Centralized/SMP。
- 無互聯網站點身影，傳統企業級核心業務主導。
Linux 平台 OLTP Top 4
- 全部為 Oracle，且 3 套採用 RAC，驗證 Linux + Oracle RAC 具備橫向擴展能力。
- 互聯網公司首次出現在榜單中。
關鍵結論與架構啟示
- Linux + RAC 是擴展性最佳實踐：在 x86 廉價硬體上通過 RAC 實現 Scale-out，是互聯網高併發 OLTP 的主流路徑。
- RAC 擴展性有天花板：跨節點 Cache Fusion 開銷隨節點數非線性增長，單寫多讀場景優勢明顯，寫寫衝突嚴重時效能反降。
- 峰值處理能力 (Peak Workload) 另一番景象：按每小時 SQL 處理量排名，前 10 由 DB2 z/OS 與 CA-Datacom 包攬。冠軍 UPS Oracle 系統達 11.34 億 SQL/時，展現大型機單機極致吞吐。
- eBay 等巨頭缺席榜單的原因：SOA 化拆分導致單庫規模可控，以「分而治之」規避單點風險與擴展瓶頸，而非追求單庫極限。
架構師決策地圖
| 業務特徵 | 推薦架構 | 核心理由 |
|---|
| 極致單機吞吐、嚴格 ACID、預算充足 | IBM z/OS + DB2 / Oracle RAC (大型機) | 單機極限高、成熟 HA、軟硬件深度優化 |
| 互聯網高併發、快速迭代、成本敏感 | Linux x86 + Oracle RAC / MySQL 分庫分表 / PostgreSQL + Citus | Scale-out 彈性、生態豐富、單位算力成本低 |
| 數據倉庫/分析、海量歷史、掃描為主 | MPP (Greenplum, Exadata, Snowflake) / Hadoop/ClickHouse | 列存、並行查詢、存算分離 |
總結
VLDB 與 OLTP 榜單揭示：沒有銀彈架構，只有匹配業務階段的最優解。從 Yahoo 的 PB 級數倉到 eBay 的微服務拆分，核心邏輯始終是——在可接受的成本與風險邊界內，用最合適的技術組合支撐業務增長。
