TiDB適用和不適用場景
(1) 原業務的 MySQL 的業務遇到單機容量或者效能瓶頸時,可以考慮使用 TiDB 無
縫替換 MySQL。TiDB 可以提供如下特性:
- 吞吐量、儲存和計算能力的水平擴充套件
- 水平伸縮時不停服務
- 強一致性分散式 ACID 事務
(2) 大資料量下,MySQL 複雜查詢很慢。
(3) 大資料量下,資料增長很快,接近單機處理的極限,不想分庫分表或者使用資料庫中介軟體等對業務侵入性較大、對業務有約束的 Sharding 方案。
(4) 大資料量下,有高併發實時寫入、實時查詢、實時統計分析的需求。
(5) 有分散式事務、多資料中心的資料 100% 強一致性、auto-failover 的高可用的需求。
TiDB 不適合的場景:
(1) 單機 MySQL 能滿足的場景也用不到 TiDB。
(2) 資料條數少於 5000w 的場景下通常用不到 TiDB,TiDB 是為大規模的資料場景
設計的。
(3)如果你的應用資料量小(所有資料千萬級別行以下),且沒有高可用、強一致性或
者多資料中心複製等要求,那麼就不適合使用 TiDB。
大家要注意,目前TiDB還不是一個SQL功能像傳統資料庫一樣完備的資料庫,他也不是解決所有問題的靈丹妙藥。要結合你的應用情況,對於新開發的面向網際網路業務的應用場景可能是比較合適的;對於已有應用系統的資料庫遷移到TiDB這類情況,可能會涉及到應用改造,需要綜合評估考慮。