TiDB?是?PingCAP?公司自主設計、研發(fā)的開源分布式關系型數(shù)據(jù)庫，是一款同時支持在線事務處理與在線分析處理 (Hybrid Transactional and Analytical Processing, HTAP) 的融合型分布式數(shù)據(jù)庫產品，具備水平擴容或者縮容、金融級高可用、實時 HTAP、云原生的分布式數(shù)據(jù)庫、兼容 MySQL 5.7 協(xié)議和 MySQL 生態(tài)等重要特性。目標是為用戶提供一站式 OLTP (Online Transactional Processing)、OLAP (Online Analytical Processing)、HTAP 解決方案。TiDB 適合高可用、強一致要求較高、數(shù)據(jù)規(guī)模較大等各種應用場景。

TiDB 核心特性

一鍵水平擴容或者縮容

得益于 TiDB 存儲計算分離的架構的設計，可按需對計算、存儲分別進行在線擴容或者縮容，擴容或者縮容過程中對應用運維人員透明。

金融級高可用

數(shù)據(jù)采用多副本存儲，數(shù)據(jù)副本通過 Multi-Raft 協(xié)議同步事務日志，多數(shù)派寫入成功事務才能提交，確保數(shù)據(jù)強一致性且少數(shù)副本發(fā)生故障時不影響數(shù)據(jù)的可用性?？砂葱枧渲酶北镜乩砦恢?、副本數(shù)量等策略滿足不同容災級別的要求。

實時 HTAP

提供行存儲引擎 TiKV、列存儲引擎 TiFlash 兩款存儲引擎，TiFlash 通過 Multi-Raft Learner 協(xié)議實時從 TiKV 復制數(shù)據(jù)，確保行存儲引擎 TiKV 和列存儲引擎 TiFlash 之間的數(shù)據(jù)強一致。TiKV、TiFlash 可按需部署在不同的機器，解決 HTAP 資源隔離的問題。

云原生的分布式數(shù)據(jù)庫

為云設計的分布式數(shù)據(jù)庫，通過 TiDB Operator 可在公有云、私有云、混合云中實現(xiàn)部署工具化、自動化，依托公有云提供開箱即用的 TiDB Cloud 服務（DBaaS）。

兼容 MySQL 5.7 協(xié)議和 MySQL 生態(tài)

兼容 MySQL 5.7 協(xié)議、MySQL 常用的功能、MySQL 生態(tài)，應用無需或者修改少量代碼即可從 MySQL 遷移到 TiDB。提供豐富的數(shù)據(jù)遷移工具幫助應用便捷完成數(shù)據(jù)遷移。

產品優(yōu)勢

與傳統(tǒng)的單機數(shù)據(jù)庫相比，TiDB 具有以下優(yōu)勢：

• 純分布式架構，擁有良好的擴展性，支持彈性的擴縮容；

• 支持 SQL，對外暴露 MySQL 的網絡協(xié)議，并兼容大多數(shù) MySQL 的語法，在大多數(shù)場景下可以直接替換 MySQL；

• 默認支持高可用，在少數(shù)副本失效的情況下，數(shù)據(jù)庫本身能夠自動進行數(shù)據(jù)修復和故障轉移，對業(yè)務透明；

• 支持 ACID 事務，對于一些有強一致需求的場景友好，例如：銀行轉賬；

• 具有豐富的工具鏈生態(tài)，覆蓋數(shù)據(jù)遷移、同步、備份等多種場景。

TiDB 應用場景

對數(shù)據(jù)一致性及高可靠、系統(tǒng)高可用、可擴展性、容災要求較高的金融行業(yè)屬性的場景：金融行業(yè)對數(shù)據(jù)一致性及高可靠、系統(tǒng)高可用、可擴展性、容災要求較高。傳統(tǒng)的解決方案是同城兩個機房提供服務、異地一個機房提供數(shù)據(jù)容災能力但不提供服務，此解決方案存在以下缺點：資源利用率低、維護成本高、RTO (Recovery Time Objective) 及 RPO (Recovery Point Objective) 無法真實達到企業(yè)所期望的值。TiDB 采用多副本 + Multi-Raft 協(xié)議的方式將數(shù)據(jù)調度到不同的機房、機架、機器，當部分機器出現(xiàn)故障時系統(tǒng)可自動進行切換，確保系統(tǒng)的 RTO <= 30s 及 RPO = 0。
對存儲容量、可擴展性、并發(fā)要求較高的海量數(shù)據(jù)及高并發(fā)的 OLTP 場景：隨著業(yè)務的高速發(fā)展，數(shù)據(jù)呈現(xiàn)爆炸性的增長，傳統(tǒng)的單機數(shù)據(jù)庫無法滿足因數(shù)據(jù)爆炸性的增長對數(shù)據(jù)庫的容量要求，可行方案是采用分庫分表的中間件產品或者 NewSQL 數(shù)據(jù)庫替代、采用高端的存儲設備等，其中性價比最大的是 NewSQL 數(shù)據(jù)庫，例如：TiDB。TiDB 采用計算、存儲分離的架構，可對計算、存儲分別進行擴容和縮容，計算最大支持 512 節(jié)點，每個節(jié)點最大支持 1000 并發(fā)，集群容量最大支持 PB 級別。
Real-time HTAP 場景：隨著 5G、物聯(lián)網、人工智能的高速發(fā)展，企業(yè)所生產的數(shù)據(jù)會越來越多，其規(guī)?？赡苓_到數(shù)百 TB 甚至 PB 級別，傳統(tǒng)的解決方案是通過 OLTP 型數(shù)據(jù)庫處理在線聯(lián)機交易業(yè)務，通過 ETL 工具將數(shù)據(jù)同步到 OLAP 型數(shù)據(jù)庫進行數(shù)據(jù)分析，這種處理方案存在存儲成本高、實時性差等多方面的問題。TiDB 在 4.0 版本中引入列存儲引擎 TiFlash 結合行存儲引擎 TiKV 構建真正的 HTAP 數(shù)據(jù)庫，在增加少量存儲成本的情況下，可以同一個系統(tǒng)中做聯(lián)機交易處理、實時數(shù)據(jù)分析，極大地節(jié)省企業(yè)的成本。
數(shù)據(jù)匯聚、二次加工處理的場景：當前絕大部分企業(yè)的業(yè)務數(shù)據(jù)都分散在不同的系統(tǒng)中，沒有一個統(tǒng)一的匯總，隨著業(yè)務的發(fā)展，企業(yè)的決策層需要了解整個公司的業(yè)務狀況以便及時做出決策，故需要將分散在各個系統(tǒng)的數(shù)據(jù)匯聚在同一個系統(tǒng)并進行二次加工處理生成 T+0 或 T+1 的報表。傳統(tǒng)常見的解決方案是采用 ETL + Hadoop 來完成，但 Hadoop 體系太復雜，運維、存儲成本太高無法滿足用戶的需求。與 Hadoop 相比，TiDB 就簡單得多，業(yè)務通過 ETL 工具或者 TiDB 的同步工具將數(shù)據(jù)同步到 TiDB，在 TiDB 中可通過 SQL 直接生成報表。

關注公眾號：拾黑（shiheibook）了解更多

友情鏈接：

關注數(shù)據(jù)與安全，洞悉企業(yè)級服務市場：https://www.ijiandao.com/
安全、綠色軟件下載就上極速下載站：https://www.yaorank.com/