TiDB适用和不适用场景

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这类情况，可能会涉及到应用改造，需要综合评估考虑。
————————————————
版权声明：本文为CSDN博主「IT-老兵」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/u011782423/article/details/80940766