近日，Apache ShardingSphere社區(qū)與openGauss社區(qū)再度展開合作，Apache ShardingSphere+openGauss的分布式解決方案，突破了單機性能瓶頸，使用16臺服務器在超過1小時的測試中，得到了平均超過1000萬tpmC的結果。
在本次測試中，openGauss社區(qū)基于標準BenchmarkSQL 5.0工具，進行本輪TPC-C測試。在單機性能方面，openGauss突破了多核CPU的瓶頸，實現(xiàn)兩路鯤鵬128核達到150萬tpmC，內存優(yōu)化表（MOT）引擎達到350萬tpmC。但業(yè)務場景及用戶體驗對于性能的追求是無止境的，尤其在如今海量數(shù)據(jù)的場景下，追求性能極限仍然是每一款數(shù)據(jù)庫的目標。
在此情況下，openGauss 團隊采用了 7 臺機器運行適配了 ShardingSphere-JDBC 的 BenchmarkSQL 測試工具，連接 8 臺 openGauss 數(shù)據(jù)庫，并部署了 1 臺 ShardingSphere-Proxy 用于數(shù)據(jù)初始化、一致性校驗等維護操作。通過數(shù)據(jù)分片能力，ShardingSphere 使總共 8000 倉數(shù)據(jù)（超過 800 GB）被分散在 8 臺 openGauss 節(jié)點。在完美 Sharding 的情況下進行持續(xù)超過 1 小時的測試后，得到了平均超過 1000 萬 tpmC 的結果，行業(yè)同等規(guī)模下性能最好。
據(jù)了解，Apache ShardingSphere 社區(qū)自 2021 年起就開始與 openGauss 社區(qū)展開密切合作。隨著業(yè)務場景的細分以及數(shù)據(jù)體量的增長，將數(shù)據(jù)集中存儲至單一節(jié)點的傳統(tǒng)解決方案，已經難以在性能、可用性和運維成本等方面滿足業(yè)務需求。誠然，數(shù)據(jù)分片能力能夠解決單機數(shù)據(jù)庫在性能、可用性以及單點備份恢復等問題，但也帶來了分布式架構較高的系統(tǒng)復雜性。
在 Apache ShardingSphere 5.0.0 版本，已正式完成對 openGauss 數(shù)據(jù)庫的支持。雙方在合作過程中，通過將 openGauss 強大的單機性能與 Apache ShardingSphere 生態(tài)所提供的分布式能力結合，打造出了適用于高并發(fā) OLTP 場景的國產分布式數(shù)據(jù)庫解決方案；除功能層面的合作外，ShardingSphere 與 openGauss 在性能方面不斷磨合，充分利用 openGauss 內核技術的創(chuàng)新，不斷地將 ShardingSphere 與 openGauss 組成的國產分布式數(shù)據(jù)庫解決方案的功能與性能推向極致，此次關于 TPC-C 的性能測試，就是雙方密切合作的一次典型案例。
關鍵詞： openGauss ShardingSphere
