📌 项目地址：github.com/pingcap/tidb | 星数：40.6k+ | 协议：Apache-2.0 | 语言：Go | 出品：PingCAP
Agent 应用的数据库负载是出了名的难伺候：几十个 agent 并发读写会话与 traces、任务量随机爆发、事务和分析混在一起。传统单机数据库扛不住，分库分表又把应用改得面目全非。TiDB 给出的答案是分布式原生：强一致分布式事务 + 不停机水平扩展 + HTAP 混合负载 + MySQL 兼容，官方现在明确把它定位为 agentic workloads 的存储底座。agent 的沙箱执行环境见 E2B沙箱教程，平台侧见 Dify教程。
| 特性 | 说明 |
|---|---|
| 分布式事务 | 两阶段提交保证 ACID 与强一致，跨节点事务在网络分区/节点故障下依然正确 |
| 弹性扩展 | 存算分离，加节点或升配均不停机，横纵两个方向独立伸缩 |
| 高可用 | Raft 多副本 + 自动故障转移，多数派写入才提交；副本可按地理布局调灾备等级 |
| HTAP | TiKV 行存（事务）+ TiFlash 列存（分析）实时复制，一份数据两种负载 |
| MySQL 兼容 | 兼容 MySQL 8.0 协议/框架/工具，迁移工具套件搬家，代码几乎零改动 |
| 云原生 | 公有云/本地/K8s（TiDB Operator）皆可，TiDB Cloud 全托管一键建集群 |
# 1. 本地/自托管：tiup 工具一键拉起集群
# 2. Kubernetes：TiDB Operator 自动化运维
# 3. TiDB Cloud：全托管，控制台点几下建集群
# MySQL 应用迁移：
# 协议兼容 → 连接串改指向即可
# 数据搬运 → 官方 ecosystem 迁移工具套件PingCAP 开源的云原生分布式 SQL 数据库（40.6k 星，Apache-2.0）：分布式事务强一致（两阶段提交+Raft 多副本）、存算分离支持不停机水平扩展、TiKV 行存 + TiFlash 列存组成 HTAP 混合负载、MySQL 8.0 兼容让存量应用几乎零改动迁移。官方定位强调它是为 agentic workloads 这种负载难以预测的场景而生。
Agent 应用的数据库负载天然不可预测：任务量随机爆发、会话与 traces 写入模式多变、分析查询与事务混跑。TiDB 的水平扩展应对负载爬升、HTAP 让同一份数据同时服务事务与分析、强一致保证 agent 并发写不丢数据——这些正好对上 agent 场景的脾气。
三选一：本地 tiup 部署、Kubernetes 用 TiDB Operator 自动化管集群、或 TiDB Cloud 全托管（点几下建集群）。MySQL 兼容意味着协议/框架/工具直接复用，官方提供迁移工具套件把存量数据搬入，代码基本不用改。