[[321263]]

分布式數(shù)據(jù)庫應(yīng)用場景及產(chǎn)品對比分析探討?

請教：不同廠商產(chǎn)品之間的對比分析、優(yōu)劣勢?主要使用的應(yīng)用場景及分析，有哪些是不適宜使用的?目前產(chǎn)品本身，技術(shù)上還存在哪些不足，使用上需要規(guī)避哪些?

問題來自@lding1985 銀行軟件開發(fā)工程師，下文來自twt社區(qū)眾多同行實(shí)踐經(jīng)驗(yàn)分享，歡迎大家參與交流，各抒己見。

@孔再華 中國民生銀行 數(shù)據(jù)庫運(yùn)維工程師：

不同商品的優(yōu)劣勢在這里回答估計(jì)會(huì)有很多人不同意?？偟膩碚f分布數(shù)據(jù)庫還在成長階段。我把分布式分為讀寫分離，基于中間件的分布式和集群式的分布式產(chǎn)品?？偟膩碚f基于業(yè)務(wù)實(shí)際性能需求挑選就好。使用分布式產(chǎn)品，一方面要關(guān)注性能和穩(wěn)定性，另一方面也需要關(guān)注管理性和生態(tài)。因?yàn)榇蠹叶际莿偲鸩剑矝]個(gè)沉淀了十年的成熟產(chǎn)品。所以誰能走到最后真看不好。個(gè)人會(huì)偏向開發(fā)能力和支持能力更強(qiáng)的大廠。

分布式的主要場景就是渠道類的有著高并發(fā)需求的系統(tǒng)，例如手機(jī)銀行，支付等。其他復(fù)雜查詢多、數(shù)據(jù)不適合統(tǒng)一分片的，就很不適合。

目前產(chǎn)品都不太成熟，連ACID和隔離性都需要好好測測。分布式的事務(wù)以及全局一致性都需要特別關(guān)注一下。整體性能瓶頸也是有上限的，不是說真的可以橫向無限擴(kuò)展。因此在真的挑選一個(gè)分布式數(shù)據(jù)庫產(chǎn)品的時(shí)候，這些核心的問題都保證，然后再考慮維護(hù)性。

@Amygo 分布式事務(wù)數(shù)據(jù)庫 數(shù)據(jù)庫管理員：

橫向無限擴(kuò)展：這個(gè)是無法做到的;真正核心：實(shí)時(shí)一致分布式事務(wù)、全局序列、全局唯一索引、悲觀鎖等是至關(guān)重要的。

@wanglaye 某大型金融機(jī)構(gòu) 項(xiàng)目經(jīng)理：

在進(jìn)行分布式數(shù)據(jù)庫選型前，以下幾個(gè)關(guān)鍵要素，作為選型的參考：可擴(kuò)展性、高并發(fā)性、高可用性、支持分布式事務(wù)、易于維護(hù)、兼容性。

在設(shè)計(jì)分布式數(shù)據(jù)庫架構(gòu)時(shí)，要考慮高可用、負(fù)載均衡、網(wǎng)絡(luò)、存儲(chǔ)、監(jiān)控與告警、備份與恢復(fù)、災(zāi)備、日常運(yùn)維、應(yīng)用適配和優(yōu)化等多方面的方案規(guī)劃。尤其需要特別注意網(wǎng)絡(luò)延時(shí)、多應(yīng)用數(shù)據(jù)隔離、分布式事務(wù)處理、數(shù)據(jù)歸檔等難點(diǎn)問題。

有的企業(yè)比較看重自主可控。

此外，還需考慮遷移改造成本。在選型時(shí)一定要考慮原數(shù)據(jù)庫遷移至分布式數(shù)據(jù)庫的改造成本，包括 sql 語句、數(shù)據(jù)遷移等方面的改造難度和改造工作量，也包括與分布式數(shù)據(jù)庫匹配的硬件投入(某些分布式數(shù)據(jù)庫對于硬件的要求比較高，硬件會(huì)影響數(shù)據(jù)庫性能。)

具體哪個(gè)產(chǎn)品好沒有絕對的結(jié)果，看你們銀行的側(cè)重點(diǎn)。

@catalinaspring 金融行業(yè) 項(xiàng)目經(jīng)理：

實(shí)際工作中，采用Shared Nothing 架構(gòu)的分布式并行數(shù)據(jù)庫集群，要求具備高性能、高可用、高擴(kuò)展特性，可以為超大規(guī)模數(shù)據(jù)(級)管理提供高性價(jià)比的通用計(jì)算平臺，并能夠廣泛地用于支撐各類數(shù)據(jù)倉庫系統(tǒng)、BI系統(tǒng)和決策支持系統(tǒng)。同時(shí)，能夠支持用戶的高并發(fā)訪問及提交多樣、靈活的SQL語句，后臺做好不同級別用戶的權(quán)限管控和動(dòng)態(tài)資源分配。

@eianbo PBCCRC IT顧問：

使用MySQL的較多吧，免費(fèi)。

@潘延晟 系統(tǒng)工程師：

之前給朋友幫忙的一個(gè)例子，讓我有些感想。

朋友用的MySQL數(shù)據(jù)庫，不過由于程序開發(fā)時(shí)部分語句不夠優(yōu)化，從系統(tǒng)層能看到數(shù)據(jù)庫的資源占用很高，后來朋友找了個(gè)專門的DBA做了優(yōu)化后就降下來了。

我覺得目前市場上主流的產(chǎn)品可能在技術(shù) 、性能上的差異會(huì)有，但并不一定能夠很好的分析出來，畢竟沒有統(tǒng)一的一個(gè)測試平臺來測試它們。不同的程序、運(yùn)行環(huán)境，都會(huì)讓數(shù)據(jù)庫的效果產(chǎn)生不同的結(jié)果。

現(xiàn)在IT系統(tǒng)的整合度越來越高，再不像以前，網(wǎng)絡(luò)推系統(tǒng)，系統(tǒng)推數(shù)據(jù)庫，數(shù)據(jù)庫推應(yīng)用，現(xiàn)在是任何環(huán)節(jié)都要統(tǒng)一。

@Amygo 分布式事務(wù)數(shù)據(jù)庫 數(shù)據(jù)庫管理員：

以下分布式事務(wù)數(shù)據(jù)庫產(chǎn)品信息，依據(jù)國產(chǎn)數(shù)據(jù)庫廠商公開資料整理，僅供參考。