作為首家通過LDBC SNB 1TB 官方審計的圖數(shù)據庫廠商，TigerGraph 今年發(fā)布了一項108TB的LDBC社交網絡基準測試。據統(tǒng)計，這次基準測試的 108TB 數(shù)據量是 "之前世界紀錄的 3 倍"。通過對包含?2179 億個頂點和?1.6 萬億條邊的圖進行 OLAP 式查詢處理，清楚地證明了，TigerGraph有強大的能力處理真實生產環(huán)境中的大圖工作負載。

如今，數(shù)十TB的互聯(lián)數(shù)據每小時或每天增量更新都是常態(tài)，圖技術需要承擔越來越大的數(shù)據量。因此，可擴展性是圖數(shù)據庫設計和實施的關鍵因素。在此背景下，TigerGraph在108TB 數(shù)據集上的LDBC SNB BI工作負載中的出色表現(xiàn)，充分說明TigerGraph有能力無縫擴展其圖數(shù)據庫以適應數(shù)據增長。

去年，TigerGraph在SF30000數(shù)據集上成功完成了LDBC SNB BI基準測試——完整的源數(shù)據集約為 36TB，包含726億個頂點和5396億條邊。這次基準測試使用了TigerGraph 3.7.0版本，在加載和查詢方面較之前使用的TigerGraph 企業(yè)版3.2.2都有明顯改進， 并且結果得到了 SF-10 上的另一個圖數(shù)據庫的交叉驗證。例如，加載時間從 35.5 小時縮短到 6.5 小時，提升了將近5倍；power batch 中所有query的的平均查詢時間從上次的236.06 秒縮短到 99.90 秒，提升了1.4倍。您可以通過文末熱門推薦，查看36TB基準測試報告。

在36TB的基礎上，TigerGraph將數(shù)據集進一步擴展——通過將相關的動態(tài)頂點、邊類型復制三次，加載到TigerGraph中的原始數(shù)據總量超過了108TB，包含 2179 億個頂點和 1.6 萬億條邊。

軟件方面，和36TB一樣，這次108TB基準測試，我們沿用了TigerGraph 3.7.0企業(yè)版本。硬件成本從$281.27/hr增加到$843/hr，使用了72臺由第三代 AMD EPYC 處理器提供支持的AWS r6a.48xlarge 機器，磁盤容量為432TB。原始108TB數(shù)據集在加載到TigerGraph后，所消耗的磁盤空間減少了2.43倍。

在包含 2179 億個頂點和 1.6 萬億條邊的海量圖上成功處理了復雜的深度鏈接 OLAP 式查詢，值得注意的是，其中 11 個數(shù)據密集型讀取查詢在 1 分鐘內返回了結果，而其余的則需要 1 到 10 分鐘。這些結果清楚地證明了TigerGraph適用于各種關系數(shù)據處理場景，尤其在數(shù)據量大、經常有數(shù)據更新、需要快速實現(xiàn)復雜大數(shù)據量全圖計算（OLAP）的場景。

與其他圖數(shù)據庫和關系數(shù)據庫提供商相比，TigerGraph 以其跨 100 多臺機器的大規(guī)模圖分析和操作能力而獨樹一幟。結合 AWS 上 AMD EPYC 實例的性能和擴展能力，這為希望從數(shù)據中獲取最大價值的客戶提供了理想的解決方案。

此次108TB基準測試，清楚地證明了TigerGraph 能夠對高達上百 TB 的圖結構數(shù)據進行分析，這改變了大數(shù)據世界的游戲規(guī)則。因此，TigerGraph 現(xiàn)在已成為企業(yè)對錯綜復雜、相互關聯(lián)的數(shù)據進行大規(guī)模分析的首選解決方案。

歡迎點擊左下角的“閱讀原文”，查看此次108TB基準測試的完整報告。該報告詳細介紹了 TigerGraph 在 108TB 規(guī)模下全面執(zhí)行 LDBC SNB BI 工作負載的情況。

編輯：黃飛

?