TiDB适用和不适用场景

1、TiDB 的典型的应用场景是：

(1) 原业务的 MySQL 的业务遇到单机容量或者性能瓶颈时，可以考虑使用 TiDB 无缝替换 MySQL。TiDB 可以提供如下特性：吞              a、吐量、存储和计算能力的水平扩展
            b、水平伸缩时不停服务
            c、强一致性分布式 ACID 事务
(2) 大数据量下，MySQL 复杂查询很慢。

(3) 大数据量下，数据增长很快，接近单机处理的极限，不想分库分表或者使用数据库中间件等对业务侵入性较大、对业务有约束的 Sharding 方案。

(4) 大数据量下，有高并发实时写入、实时查询、实时统计分析的需求。

(5) 有分布式事务、多数据中心的数据 100% 强一致性、auto-failover 的高可用的需求。

 

2、TiDB 不适合的场景：

(1) 单机 MySQL 能满足的场景也用不到 TiDB。

(2) 数据条数少于 5000w 的场景下通常用不到 TiDB，TiDB 是为大规模的数据场景设计的。

(3)如果你的应用数据量小（所有数据千万级别行以下），且没有高可用、强一致性或者多数据中心复制等要求，那么就不适合使用 TiDB。

3、结论

        目前TiDB还不是一个SQL功能像传统数据库一样完备的数据库，他也不是解决所有问题的灵丹妙药。要结合你的应用情况，对于新开发的面向互联网业务的应用场景可能是比较合适的；对于已有应用系统的数据库迁移到TiDB这类情况，可能会涉及到应用改造，需要综合评估考虑。