交易支付透明拆分

交易支付是螞蟻集團(tuán)最核心的一個業(yè)務(wù)，最初采用的是分庫分表的解決方案。分庫分表的方案給核心業(yè)務(wù)帶來了水平擴(kuò)展的能力，同時也帶來了灰度升級的能力，讓核心業(yè)務(wù)的系統(tǒng)性風(fēng)險大大降低。但隨著支付寶業(yè)務(wù)的飛速發(fā)展，發(fā)現(xiàn)系統(tǒng)中的單機(jī)容量開始出現(xiàn)不足，在分庫分表的架構(gòu)下，這種情況只能通過將數(shù)據(jù)繼續(xù)拆分成 M*N 份來解決，導(dǎo)致一方面耗時耗力，另外一方面技術(shù)風(fēng)險非常高。

而 OceanBase 數(shù)據(jù)庫利用分區(qū)表的方案及其帶來的水平擴(kuò)展能力，完美地解決了這一問題。只需要將原來的 N 份數(shù)據(jù)，每一份都通過分區(qū)表打散為 M 個數(shù)據(jù)分區(qū)，利用分區(qū)表打破單機(jī)的容量限制，就可以從數(shù)據(jù)層完成這一拆分過程，無需業(yè)務(wù)改造，極大地節(jié)省了成本，降低了技術(shù)風(fēng)險。同時，OceanBase 數(shù)據(jù)庫的分區(qū)表方案也可以使得用戶完全無需關(guān)注數(shù)據(jù)的分布細(xì)節(jié)，輕松支持跨分區(qū)的分布式事務(wù)、多分區(qū)的關(guān)聯(lián)，真正實(shí)現(xiàn)“透明”訪問分布式數(shù)據(jù)庫。

會員系統(tǒng)的多維度查詢

會員系統(tǒng)在很多企業(yè)中也都是存在的，系統(tǒng)中保存了很多重要的用戶信息。對于這些信息，是需要從多個維度進(jìn)行訪問的，例如：通過用戶的 ID 查詢用戶的詳細(xì)信息；通過用戶的手機(jī)號碼查詢用戶的詳細(xì)信息；以年齡作為一個維度來對用戶進(jìn)行分組等等。對于這種多維度查詢場景，尤其是非分區(qū)鍵查詢在海量數(shù)據(jù)的分布式場景中是經(jīng)常碰到的問題。通常可以采用在非分區(qū)列建立影子表的方式來解決。但這樣的解決方式并非利用了數(shù)據(jù)庫本身的能力，只能算是應(yīng)用層的折中方案。OceanBase 數(shù)據(jù)庫可以利用分區(qū)表特性將數(shù)據(jù)打散后分布到集群的多個節(jié)點(diǎn)上，從而滿足一部分的查詢需求，之后利用強(qiáng)一致性全局索引功能來滿足其它維度的查詢和分析需求，在數(shù)據(jù)庫層面實(shí)現(xiàn)了數(shù)據(jù)分片和水平擴(kuò)展能力，并且對用戶透明。

批處理系統(tǒng)

很多行業(yè)的批處理系統(tǒng)中通常會有大量批處理操作，包含多張大表關(guān)聯(lián)的復(fù)雜計算，并且涉及到大量的數(shù)據(jù)更新。批處理意味著每一次處理的數(shù)據(jù)量很大，而且有很多張大表要做關(guān)聯(lián)，經(jīng)常要做一些比較復(fù)雜的查詢，并且更新量也比較大，使得傳統(tǒng)的集中式數(shù)據(jù)庫，出現(xiàn)了單點(diǎn)瓶頸，垂直擴(kuò)容成本非常高，幾乎不可接受。OceanBase 數(shù)據(jù)庫的 SQL 引擎在經(jīng)過了近 10 年的發(fā)展之后，已經(jīng)擁有了很好的 SQL 執(zhí)行能力和分布式計算能力，可以支撐這種復(fù)雜的 HTAP 應(yīng)用。由于 OceanBase 數(shù)據(jù)庫的原生分布式數(shù)據(jù)庫特點(diǎn)，可以完美地解決傳統(tǒng)數(shù)據(jù)庫的單點(diǎn)性能瓶頸問題，而且還可以節(jié)省擴(kuò)容帶來的成本。