approaching equal hotness status” Form HBaseCon 2015 We want more ! SQL + Transaction(ACID) TiDB Features ● Consistent distributed transactions ○ TiDB makes your application code simple worker ○ BigTable tablet server ○ GFS chunkserver Percolator ● Transactions ○ ACID semantics ○ Snapshot-Isolation (too weak for RDBMS) ○ must maintain locks explicitly Percolator’s

. MySQL Wire Protocol heartbeat meta TiDB is not a database middleware Sharding middleware TiDB ACID Transaction Support Mostly Elastic Scaling Complex Query (Join, Sub query, GROUP BY) Failover Manual specifying sharding rules ● Full-featured SQL layer which is designed for distributed computing ● ACID sementics, transaparent to application layer ● MySQL compatiblity Cons: ● Not 100% MySQL compatibility

集群亦可通过 TiDB 工具进行实时迁移。 水平弹性扩展 通过简单地增加新节点即可实现 TiDB 的水平扩展，按需扩展吞吐或存储，轻松应对高并发、海量数据场景。 分布式事务 TiDB 100% 支持标准的 ACID 事务。 真正金融级高可用 相比于传统主从 (M-S) 复制方案，基于 Raft 的多数派选举协议可以提供金融级的 100% 数据强一致性保 证，且在不丢失大多数副本的前提下，可以实现故障的自动恢复 集群亦可通过 TiDB 工具进行实时迁移。 水平弹性扩展 通过简单地增加新节点即可实现 TiDB 的水平扩展，按需扩展吞吐或存储，轻松应对高并发、海量数据场景。 分布式事务 TiDB 100% 支持标准的 ACID 事务。 真正金融级高可用 相比于传统主从 (M-S) 复制方案，基于 Raft 的多数派选举协议可以提供金融级的 100% 数据强一致性保 证，且在不丢失大多数副本的前提下，可以实现故障的自动恢复 2 TiDB 支持的连接器版本 Connectors 和 API - 166 - 本文档使用 书栈(BookStack.CN) 构建 TiDB 事务隔离级别 事务隔离级别是数据库事务处理的基础，ACID 中 I，即 Isolation，指的就是事务的隔离性。 sql 92标准定义了4种隔离级别，读未提交、读已提交、可重复读、串行化，见下表。 Isolation Level Dirty Read Nonrepeatable

Infrastructure Engineers) © The Pythian Group Inc., 2019 ●SQL-based (MySQL[0] protocol). ●Distributed (ACID). ●Transactional (Snapshot Isolation, advertised as REPEATABLE-READ). ●Inspired on Google’s Spanner

TiDB ��� ● ������ ○ ��������� ○ ��� ○ ������� ○ ��� ● ����� ○ MySQL ��� SQL �� ○ ���� ○ ACID �� TiDB �� TiDB TiDB TiKV Cluster (Storage) Metadata TiKV TiKV TiKV MySQL Clients Syncer

Source Community Design Goals Goal 1: Horizontal Scalability Goal 2: High Availability Goal 3: ACID Transaction SQL at Scale select count(*) from t; Architecture Evolution In ancient times • Command-Line

supports the best features of both traditional RDBMS and NoSQL. Scalability High Availability ACID SQL Architecture - the Whole Picture Architecture - SQL Layer Example - SQL Schema: CREATE

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2994 15.1.1 ACID · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · As a distributed and transactional key-value database, TiKV provides transactional interfaces with ACID compliance, and guarantees data consistency between multiple replicas and high availability with the requires clock synchronization between nodes to guarantee linear consistency of transactions in the ACID model. At present, the common solution to clock synchronization is to use the Network Time Protocol

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2846 15.1.1 ACID · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · function in the coprocessor #10176 – Skip clearing callback during graceful shutdown to avoid breaking ACID in some cases #10353 #10307 – Fix a bug that the read index is shared for replica reads on a Leader As a distributed and transactional key-value database, TiKV provides transactional interfaces with ACID compliance, and guarantees data consistency between multiple replicas and high availability with the

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2257 15.1.1 ACID· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · #10330 – 修复 coprocessor 中 json_unquote() 函数错误的参数类型 #10176 – 正常关机时跳过清理 Raftstore 的回调从而避免在某些情况下破坏事务的 ACID #10353 #10307 – 修复在 Leader 上 Replica Read 共享 Read Index 的问题 #10347 – 修复 coprocessor 转换 DOUBLE 到 同时存在，自动同步，保持强一致性。行存为在 线事务处理 OLTP 提供优化，列存则为在线分析处理 OLAP 提供性能优化。 • HTAP 数据一致性：作为一个分布式事务型的键值数据库，TiKV 提供了满足 ACID 约束的分布式事务接口， 并通过 Raft 协议保证了多副本数据一致性以及高可用。TiFlash 通过 Multi-Raft Learner 协议实时从 TiKV 复制 数据，确保与 TiKV 之间的数据强一致。