分布式數(shù)據(jù)庫產(chǎn)品選型要素分析

1、 分布式數(shù)據(jù)庫產(chǎn)品選型要素分析 分布式數(shù)據(jù)庫應(yīng)用場景及產(chǎn)品對比分析探討？請教：不同廠商產(chǎn)品之間的對比分析、優(yōu)劣勢？主要使用的應(yīng)用場景及分析，有哪些是不適宜使用的？目前產(chǎn)品本身，技術(shù)上還存在哪些不足，使用上需要規(guī)避哪些？不同商品的優(yōu)劣勢在這里回答估計會有很多人不同意?？偟膩碚f分布數(shù)據(jù)庫還在成長階段。我把分布式分為讀寫分離，基于中間件的分布式和集群式的分布式產(chǎn)品?？偟膩碚f基于業(yè)務(wù)實際性能需求挑選就好。使用分布式產(chǎn)品，一方面要關(guān)注性能和穩(wěn)定性，另一方面也需要關(guān)注管理性和生態(tài)。因為大家都是剛起步，也沒個沉淀了十年的成熟產(chǎn)品。所以誰能走到最后真看不好。個人會偏向開發(fā)能力和支持能力更強的大廠。分布式的主要

2、場景就是渠道類的有著高并發(fā)需求的系統(tǒng)，例如手機銀行，支付等。其他復雜查詢多、數(shù)據(jù)不適合統(tǒng)一分片的，就很不適合。目前產(chǎn)品都不太成熟，連ACID和隔離性都需要好好測測。分布式的事務(wù)以及全局一致性都需要特別關(guān)注一下。整體性能瓶頸也是有上限的，不是說真的可以橫向無限擴展。因此在真的挑選一個分布式數(shù)據(jù)庫產(chǎn)品的時候，這些核心的問題都保證，然后再考慮維護性。橫向無限擴展：這個是無法做到的；真正核心：實時一致分布式事務(wù)、全局序列、全局唯一索引、悲觀鎖等是至關(guān)重要的。在進行分布式數(shù)據(jù)庫選型前，以下幾個關(guān)鍵要素，作為選型的參考：可擴展性、高并發(fā)性、高可用性、支持分布式事務(wù)、易于維護、兼容性。在設(shè)計分布式數(shù)據(jù)庫架構(gòu)

3、時，要考慮高可用、負載均衡、網(wǎng)絡(luò)、存儲、監(jiān)控與告警、備份與恢復、災(zāi)備、日常運維、應(yīng)用適配和優(yōu)化等多方面的方案規(guī)劃。尤其需要特別注意網(wǎng)絡(luò)延時、多應(yīng)用數(shù)據(jù)隔離、分布式事務(wù)處理、數(shù)據(jù)歸檔等難點問題。有的企業(yè)比較看重自主可控。此外，還需考慮遷移改造成本。在選型時一定要考慮原數(shù)據(jù)庫遷移至分布式數(shù)據(jù)庫的改造成本，包括 sql 語句、數(shù)據(jù)遷移等方面的改造難度和改造工作量，也包括與分布式數(shù)據(jù)庫匹配的硬件投入（某些分布式數(shù)據(jù)庫對于硬件的要求比較高，硬件會影響數(shù)據(jù)庫性能。）具體哪個產(chǎn)品好沒有絕對的結(jié)果，看你們銀行的側(cè)重點。catalinaspring 金融行業(yè) 項目經(jīng)理：實際工作中，采用Shared Nothin

4、g 架構(gòu)的分布式并行數(shù)據(jù)庫集群，要求具備高性能、高可用、高擴展特性，可以為超大規(guī)模數(shù)據(jù)（級）管理提供高性價比的通用計算平臺，并能夠廣泛地用于支撐各類數(shù)據(jù)倉庫系統(tǒng)、BI系統(tǒng)和決策支持系統(tǒng)。同時，能夠支持用戶的高并發(fā)訪問及提交多樣、靈活的SQL語句，后臺做好不同級別用戶的權(quán)限管控和動態(tài)資源分配。使用MySQL的較多吧，免費。潘延晟 系統(tǒng)工程師：之前給朋友幫忙的一個例子，讓我有些感想。朋友用的MySQL數(shù)據(jù)庫，不過由于程序開發(fā)時部分語句不夠優(yōu)化，從系統(tǒng)層能看到數(shù)據(jù)庫的資源占用很高，后來朋友找了個專門的DBA做了優(yōu)化后就降下來了。我覺得目前市場上主流的產(chǎn)品可能在技術(shù) 、性能上的差異會有，但并不一定能夠很好的分析出來，畢竟沒有統(tǒng)一的一個測試平臺來測試它們。不同的程序、運行環(huán)境，都會讓數(shù)據(jù)庫的效果產(chǎn)生不同的結(jié)果。現(xiàn)在IT系統(tǒng)的整合度越來越高，再不像以前，網(wǎng)