TiDB VS MySQL
作者: Ann_ann 原文來源:http://tidb.net/blog/6035684e
理想型的資料庫應該具備的特點
- 強一致性和高可用;
- 高吞吐、高併發、低延遲;
- 標準SQL、支援 ACID 事務;
- 大資料生態友好;
- 有水平擴張能力,並且儘量做到不侵入業務;
資料庫架構選型
TiDB與MySQL對比
TiDB 和 MySQL 相容策略
可參考:http://docs.pingcap.com/zh/tidb/stable/mysql-compatibility
截至 4.0 版本,TiDB 與 MySQL 的區別總結:
對於海量資料及大表的解決方案
- MySQL需要分庫分表,業務研發和 DBA 一起配合且略顯低效地解決此問題;
- TiDB單表幾乎可以理解為無限大的(業界已經存在 100 億以上的表)。
資料庫叢集高可用
- MySQL需手動調研部署高可用叢集,且不同高可用方案有不同的維護方式;
- TiDB自帶高可用架構,自動容災。
MySQL分庫分表 VS TiDB
總結
TiDB 設計的目標就是針對 MySQL 單臺容量限制而被迫做的分庫分表的場景,或者需要強一致性和完整分散式事務的場景。TiDB的優勢是通過儘量下推到儲存節點進行平行計算。對於小表(比如千萬級以下),不適合 TiDB,因為資料量少,Region 有限,發揮不了並行的優勢。
「其他文章」
- TiFlash 儲存層概覽
- TiFlash 計算層概覽
- TiCDC 架構和資料同步鏈路解析
- TiKV & TiFlash 加速複雜業務查詢
- 讓秒殺狂歡更從容:大促背後的資料庫(下篇)
- TiCDC 6.0原理之Sorter演進
- TiDB 之 TiCDC6.0 初體驗
- 帶你全面瞭解compaction 的13個問題
- TiDB 6.1 新特性解讀 | TiDB 6.1 MPP 實現視窗函式框架
- TiFlash 面向編譯器的自動向量化加速
- 你踩過這些坑嗎?謹慎在時間型別列上建立索引
- TiDB和C#的簡單CRUD應用程式
- TiDB VS MySQL
- TIDB監控升級解決panic的漫漫探索之路
- 記憶體悲觀鎖原理淺析與實踐
- TiDB 效能分析&效能調優&優化實踐大全
- TiDB 效能分析和優化
- tiflash 6.0 on k8s擴容與新特性實踐
- 論分散式資料庫TiDB架構的“存”與“算”
- MySQL正常執行的SQL在TiDB中變慢了