TiDB-万亿条数据查询如何做到毫秒级响应？

由于目前的项目计划把MySQL换成TiDB，所以特意来了解下TiDB。其实也不能说换，由于TiDB和MySQL几乎完全兼容，所以我们的程序可以没有任何改动就完成数据库从MySQL到TiDB的转换。接下来了解一下TiDB，为将来的技术选型做个准备。

一、TiDB介绍

TiDB 是 PingCAP 公司受 Google Spanner / F1 论文启发而设计的开源分布式 HTAP (Hybrid Transactional and Analytical Processing) 数据库，结合了传统的 RDBMS 和NoSQL 的最佳特性。TiDB 兼容 MySQL，支持无限的水平扩展，具备强一致性和高可用性。TiDB 的目标是为 OLTP(Online Transactional Processing) 和 OLAP (Online Analytical Processing) 场景提供一站式的解决方案。

TiDB 是一个分布式 NewSQL SQL 、 NoSQL 和 NewSQL 的优缺点比较 数据库。它支持水平弹性扩展、ACID 事务、标准 SQL、MySQL 语法和 MySQL 协议，具有数据强一致的高可用特性，是一个不仅适合 OLTP 场景还适合 OLAP 场景的混合数据库。

架构图：

二、TiDB的特点

TiDB 的典型的应用场景是：

1. 原业务的 MySQL 的业务遇到单机容量或者性能瓶颈时，可以考虑使用 TiDB 无缝替换 MySQL。TiDB 可以提供如下特性：
   1. 吞吐量、存储和计算能力的水平扩展
   2. 水平伸缩时不停服务
   3. 强一致性分布式 ACID 事务
2. 大数据量下，MySQL 复杂查询很慢。
3. 大数据量下，数据增长很快，接近单机处理的极限，不想分库分表或者使用数据库中间件等对业务侵入性较大、对业务有约束的 Sharding 方案。
4. 大数据量下，有高并发实时写入、实时查询、实时统计分析的需求。
5.  有分布式事务、多数据中心的数据 100% 强一致性、auto-failover 的高可用的需求。

TiDB 不适合的场景：

1. 单机 MySQL 能满足的场景也用不到 TiDB。
2. 数据条数少于 5000w 的场景下通常用不到 TiDB，TiDB 是为大规模的数据场景设计的。
3. 如果你的应用数据量小（所有数据千万级别行以下），且没有高可用、强一致性或者多数据中心复制等要求，那么就不适合使用 TiDB。

三、需要注意的事情

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

四、TiDB的使用

TiDB的安装部署相对比较麻烦，公司如果没有专业的运维，那就可能需要开发人员花费比较多的时间去部署。在使用上来讲，跟MySQL几乎是一样的，无缝切换。下面是GItHub地址，感兴趣的朋友可以去尝试本地部署一下。

• 网址：https://github.com/pingcap/tidb
• 中文文档：https://pingcap.com/docs-cn/

把TiDB称作下一代数据库也不为过，现在项目非常活跃，社区对TiDB的讨论相当热烈，如果贵公司满足我上面提出的应用场景，并且也有痛点，那可以考虑使用。

---

我的微信公众号：架构真经（id：gentoo666），分享Java干货，高并发编程，热门技术教程，微服务及分布式技术，架构设计，区块链技术，人工智能，大数据，Java面试题，以及前沿热门资讯等。每日更新哦！

参考资料：

1. https://blog.csdn.net/u011782423/article/details/80940766
2. https://www.jianshu.com/p/f076eab48a3a
3. https://www.jianshu.com/p/f772412b87b8