分布式數(shù)據(jù)庫的發(fā)展與未來VIP

1、分布式數(shù)據(jù)庫的 發(fā)展與未來應(yīng)用程序開發(fā) 面臨怎樣的趨勢？應(yīng)用程序開發(fā)從煙囪式架構(gòu)向分布式的轉(zhuǎn)型應(yīng)用 前端數(shù)據(jù)庫中間件微 服 務(wù)數(shù)據(jù)庫微 服 務(wù)微 服 務(wù)微 服 務(wù)數(shù)據(jù)庫微 服 務(wù)微 服 務(wù)微 服 務(wù)數(shù)據(jù)庫微 服 務(wù)微 服 務(wù)傳統(tǒng)架構(gòu)向 微服務(wù)轉(zhuǎn)型應(yīng)用 前端數(shù)據(jù)庫該如何 應(yīng)對微服務(wù)應(yīng)用框架？數(shù)據(jù)庫如何應(yīng)對微服務(wù)應(yīng)用框架集中式關(guān)系型 數(shù)據(jù)庫MySQLMySQLPGSQLS3對象存儲分布式數(shù)據(jù)庫MySQL實例MySQL實例PGSQL實例S3實例集中式存儲數(shù)據(jù)緊耦合無法彈性擴張單點故障碎片化存儲數(shù)據(jù)碎片化數(shù)據(jù)無共享運維成本高分布式存儲微服務(wù)對應(yīng)獨 立實例物理分散存儲邏輯集中管理微服務(wù) 1微服務(wù) 2微服

2、務(wù) 3微服務(wù) 4微服務(wù) 1微服務(wù) 2微服務(wù) 3微服務(wù) 4微服務(wù) 1微服務(wù) 2微服務(wù) 3微服務(wù) 4？聯(lián)機交易業(yè)務(wù)需要 什么樣的分布式數(shù)據(jù)庫聯(lián)機交易業(yè)務(wù)需要什么樣的分布式數(shù)據(jù)庫ACID的支持事務(wù)、一致性等，處理OLTPSQL完整支持MySQL/PostgreSQL語法的完整兼容分布式與擴展性分布式是新一代架構(gòu)的基礎(chǔ)，擴展性能應(yīng)對變化的數(shù)據(jù)量Multi-model與多租戶multi-model多模數(shù)據(jù)庫引擎，同一引擎處理多種 數(shù)據(jù)應(yīng)用場景，符合微服務(wù)和云數(shù)據(jù)庫的架構(gòu)理念HTAP混合事務(wù)和分析場景，適應(yīng)更多數(shù)據(jù)應(yīng)用需求傳 統(tǒng) 技 術(shù) 兼 容 性新 技 術(shù) 前 瞻 性分布式交易型數(shù)據(jù)庫技術(shù)發(fā)展體系A(chǔ)pp

3、licationclusterclusterclustercluster核心信貸CRM票據(jù)應(yīng)用垂直分庫Applicationclusterclusterclustercluster核心核心DB1核心DB2核心DB3核心DBn信貸信貸DB1信貸DB2信貸DB3信貸DBnCRMCRM-DB1CRM-DB2CRM-DB3CRM-DBn票據(jù)票據(jù)DB1票據(jù)DB2票據(jù)DB3票據(jù)DBn原生分布式數(shù)據(jù)庫分庫分表分布式中間件（路由分發(fā)）cluster用戶組1Application核心信貸CRM票據(jù)核心DB1信貸DB1CRM-DB1CRM-DB2核心DB2核心DB3核心DBn信貸DB2信貸DB3信貸DBnCRM-

4、DB3CRM-DBn票據(jù)DB1票據(jù)DB2票據(jù)DB3票據(jù)DBn用戶組2用戶組3用戶組4XXXXXXXXXclusterclustercluster分布式數(shù)據(jù)庫技術(shù)發(fā)展體系對比垂直分庫分庫分表原生分布式數(shù)據(jù)庫起點比較早，應(yīng)用控制能力強，可進 行深度定制化對于底層數(shù)據(jù)庫沒有任何特殊要求， 完全在應(yīng)用程序內(nèi)部進行分庫構(gòu)建中間SQL解析層，盡可能將標準 SQL拆分成多個子查詢下壓到下層數(shù) 據(jù)庫，在SQL層進行結(jié)果拼裝對于底層數(shù)據(jù)庫無特殊要求，在中間 件進行SQL切分（支持XA即可）部分兼容傳統(tǒng)SQL，應(yīng)用程序開發(fā)難 度小于垂直分庫數(shù)據(jù)庫內(nèi)部處理分布式事務(wù)與數(shù)據(jù)切 分邏輯，對于應(yīng)用程序完全透明，不 需感知

5、底層數(shù)據(jù)分布數(shù)據(jù)庫內(nèi)部原生支持分布式事務(wù)，性 能遠遠高于分庫分表高可用與容災(zāi)能力由數(shù)據(jù)庫內(nèi)核原生 支持，不需額外輔助工具應(yīng)用程序邏輯侵入性極強，應(yīng)用程序 需要進行復(fù)雜邏輯才能進行合理數(shù)據(jù) 分布拓撲結(jié)構(gòu)調(diào)整或擴容時非常痛苦，幾 乎不可能完成在線擴容很難支持跨庫事務(wù)應(yīng)用程序邏輯侵入性較強，應(yīng)用程序 需感知底層數(shù)據(jù)分布結(jié)構(gòu)，才能設(shè)計 出優(yōu)化后的查詢邏輯中間件實現(xiàn)分布式事務(wù)，跨庫事務(wù)使 用XA機制，性能大幅度下降作為單點向新型分布式數(shù)據(jù)庫轉(zhuǎn)型的 過渡階段，技術(shù)延續(xù)性堪憂技術(shù)較新，業(yè)界成熟案例相對較少輔助工具相對較少，生態(tài)環(huán)境有待完 善優(yōu) 勢劣 勢巨杉分布式數(shù)據(jù)庫“計算存儲分離”架構(gòu)強大的分布式事務(wù)能力

6、傳統(tǒng)二段提交機制保證數(shù)據(jù)跨節(jié)點一致性流水類數(shù)據(jù)按時間與ID二維切 分，避免數(shù)據(jù)搬遷余額類數(shù)據(jù)按ID散列，保證均 衡無熱點悲觀鎖MVCC讀已提交能力MySQL/PGSQL/SparkSQL保持100%兼容原生MySQL/PGSQL/ SparkSQL解 析與執(zhí)行引擎，不需擔(dān)心語法兼 容訪問計劃兼容性鎖機制二段提交 2PC表設(shè)計原則三大核心應(yīng)用場景交易型業(yè)務(wù)場景替換 MySQL、PGSQL 等傳統(tǒng)關(guān)系型數(shù)據(jù)庫數(shù)據(jù)中臺數(shù)據(jù)服務(wù)與高頻只讀 類業(yè)務(wù)提供比 Hbase 更加友 好的開發(fā)接口以及更 加簡便的運維能力音視頻、圖片、文件 等對象存儲類業(yè)務(wù)提供比 Ceph 更優(yōu)的實 時容災(zāi)能力以及更加 豐富的內(nèi)容管理特性內(nèi)容管理聯(lián)機交易SequoiaDB v3.2 全面增強支持分布式事務(wù)能力；支持RU、RC、RR、以及Serializable四種隔離級別；支持讀已提交的MVCC特性；在線數(shù)據(jù)Rebalance；多租戶數(shù)據(jù)物理隔離能力；HTAP交易分析業(yè)務(wù)的物理隔離能力；基于Raft協(xié)議的高可用能力；基于Logshipping機制的數(shù)據(jù)同步策略，支持同城雙中心、同城三中心、 兩地三中心、三地五中心等多種容災(zāi)架構(gòu)；支持同城雙活業(yè)務(wù)能力；支持表級一致性控制策略；支持創(chuàng)建 MySQL、PostgreSQL、SparkSQL 實例100%支持原生協(xié)議與語法；支持JSON、S3對象存儲、以及Posix文件系統(tǒng)協(xié)