0
3
3
0
专栏/.../

TiDB VS MySQL

 Ann_ann  发表于  2022-06-14
原创

理想型的数据库应该具备的特点

  • 强一致性和高可用;
  • 高吞吐、高并发、低延迟;
  • 标准SQL、支持 ACID 事务;
  • 大数据生态友好;
  • 有水平扩张能力,并且尽量做到不侵入业务;

数据库架构选型

1293422-20220610142942732-1516391780.png

TiDB与MySQL对比

1293422-20220610143004863-656549845.png

TiDB 和 MySQL 兼容策略

1293422-20220610143110157-1885019516.png

可参考:https://docs.pingcap.com/zh/tidb/stable/mysql-compatibility

截至 4.0 版本,TiDB 与 MySQL 的区别总结:

1293422-20220610143047209-1434833336.png

对于海量数据及大表的解决方案

  • MySQL需要分库分表,业务研发和 DBA 一起配合且略显低效地解决此问题;
  • TiDB单表几乎可以理解为无限大的(业界已经存在 100 亿以上的表)。

数据库集群高可用

  • MySQL需手动调研部署高可用集群,且不同高可用方案有不同的维护方式;
  • TiDB自带高可用架构,自动容灾。

MySQL分库分表 VS TiDB

1293422-20220610143226330-1950226027.png

总结

TiDB 设计的目标就是针对 MySQL 单台容量限制而被迫做的分库分表的场景,或者需要强一致性和完整分布式事务的场景。TiDB的优势是通过尽量下推到存储节点进行并行计算。对于小表(比如千万级以下),不适合 TiDB,因为数据量少,Region 有限,发挥不了并行的优势。

0
3
3
0

版权声明:本文为 TiDB 社区用户原创文章,遵循 CC BY-NC-SA 4.0 版权协议,转载请附上原文出处链接和本声明。

评论
暂无评论