TIDB 针对快速增长的公司，包括需要处理越来越多数据的支付和电子商务服务。 PingCAP 表示，TIDB 已被全球约 1500 家公司采用。 这些公司包括 Square、PayPay、Shopee、Dailymotion、BookMyShow 等名称。 TIDB 在同一个数据库中管理在线事务处理 (OLTP) 和在线分析处理 (OLAP)。 PingCAP 比其他分布式数据库更快地提供实时分析结果。
TIDB 是一个开源的 NewSQL 数据库，它支持混合事务和分析处理工作负载 (htap)，可以执行这些实时事务 (OLTP) 并处理分析请求。
兼容 MySQL，可提供水平扩展性、强一致性和高可用性。 在 Google Spanner 和 F1 技术的压力下开发。 该项目是用 Go 编写的，并在 Apache 2.0 许可下分发。
关于 TIDB
TIDB 具有 SQL 支持和与 MySQL 协议兼容的客户端接口，可简化为 MySQL 编写的现有应用程序对 TIDB 的适应，并允许您使用通用客户端库。 除了 MySQL 协议，您还可以使用基于 JSON 的 API 和 Spark 连接器来访问 DBMS。
SQL 属性支持目录、集合函数、GROUP GROUP 语句、ORDER BY、磁盘、组合、视图、窗口函数和子查询。 提供的机会足以组织使用 TIDB 的 Web 应用程序（例如 PhpMyAdmin、Gogs 和 WordPress）的工作。
水平扩展和容错的可能性：通过连接新节点可以简单地增加存储大小和计算能力。 数据被分发到冗余节点，并允许您在单个节点发生故障时继续工作。 联锁是自动处理的。
它确保系统一致性，对于客户端软件，它看起来像一个很棒的 DBMS，即使来自多个节点的数据用于执行事务。
不同的后端可用于节点的物理数据存储，例如 GoLevelDB 和 BoltDB 本地存储引擎或您自己的 TiKV 分布式存储引擎。
将存储方案更改为同步的能力允许您立即添加列和目录，而无需停止处理现有操作。
主要新特性 TIDB 3.0
正如我们所提到的，TIDB 3.0 可用，新的增强功能可以提高收入并提高生产力。
在 Sysbench 测试中，3.0 版本在选择和更新时比分支 2.1 大 1.5 倍，在 TPC-C 测试中是 4.5 倍。 优化影响了各种类型的查询，包括子查询“IN”、“do”和“NOT EXISTS”、JOIN 操作、目录的使用等等。
在这个新版本中，开发人员强调添加了一个新的 TiFlash 存储引擎，由于基于列的存储，它在解决分析任务 (OLAP) 方面提供了更好的性能。
TiFlash 完成了预先推荐的 TiKV 存储，以键/值格式将数据存储在字符串的上下文中，更适合处理 (OLTP) 任务。
TiFlash 与 TiKV 一起工作，数据继续使用 TiKV 复制，就像使用 Raft 协议之前一样。 为了确定是否同意，但对于每个 Raft 副本组，都会创建一个在 TiFlash 中使用的附加副本。
这种方法可以让您在 OLTP 和 OLAP 任务之间实现更好的资源划分，还可以让事务数据即时用于分析查询；
此外，分布式垃圾收集器已大组实施，垃圾收集速度和稳定性显着提高。
添加了对与 MySQL 8.0 兼容的窗口函数（窗口函数或分析函数）的支持。 窗口中的函数允许查询的每一行使用其他行进行计算。
与将分组行设置为行集合函数不同，窗口函数是基于包含来自结果集中的一个或多个行的“窗口”内容收集的。 应用的窗口函数包括：NTILE、lead、LAG、PERCENT_RANK、NTH_VALUE、CUME_DIST、FIRST_VALUE、LAST_VALUE、RANK、DENSE_RANK 和 ROW_NUMBER。
https://github.com/pingcap/tidb