分布式数据库赛道
数据核实：2026-06-23 · 风险项目见 选题策略
第一次来？ 直接进入 → 13 章系统性导读（24 万字，从单机瓶颈到分布式架构，六大项目精读 + OpenTenBase 竞赛实战）
6 个项目：TiDB、CockroachDB、Vitess、Citus、YugabyteDB、OpenTenBase
核心问题：如何把单机数据库扩展到分布式？从 Raft 共识到分片路由，从 HTAP 混合负载到全球多活，不同分布式 SQL 方案的架构哲学。
阅读路线
竞赛路径（优先 OpenTenBase）：行业全景 → 赛道深度分析 → 精读 opentenbase → 技术挑战 → 竞赛实战指南（guide Ch13）
深度学习路径：行业全景 → 赛道深度分析 → 逐项精读（tidb → cockroachdb → vitess → citus → yugabytedb → opentenbase）→ 技术挑战
研究笔记
| 层次 | 文档 |
|---|---|
| 行业全景 | 行业全景 |
| 深度分析 | 赛道深度分析 · 技术挑战 |
| 项目精读 | OpenTenBase · TiDB · CockroachDB · YugabyteDB · Citus · Vitess |
竞赛速查（Ch13 摘要）
完整竞赛指南 → guide Ch13
目标项目：OpenTenBase（基于 PostgreSQL 的分布式数据库，C 语言）
第一周 checklist：
- Day 1-3：clone → 编译 → 启动最小集群（1 GTM + 1 Coordinator + 2 Datanode）→ psql 连接执行 SQL
- Day 4-7：重读导读第 3、10 章 → 浏览
src/gtm/和src/backend/pgxc/→ grep__OPENTENBASE__查增量改动 → 运行 EXPLAIN 查看分布式执行计划 - Day 8-14：选定贡献方向（GTM 性能优化 / 查询优化器增强 / 向量搜索增强）
环境矩阵：
| 环境 | 能做什么 | 不能做什么 |
|---|---|---|
| Linux（推荐） | 全功能——编译 PG 内核、启动集群、perf 性能分析、回归测试 | 无明显限制 |
| Mac | 代码阅读、文档贡献、部分单元测试 | PG 内核编译可能受限（依赖 Linux 特有 API）、perf 不可用 |
已知风险：一上来就想做大事（应先修小 bug 建立信任）、只写代码不写测试、闷头不沟通、忽视 PostgreSQL 基础知识。
读完竞赛路径后你应能…
- OpenTenBase 的分布式架构（GTM + Coordinator + Datanode）与 TiDB 的 TiKV/PD 架构在设计哲学上有什么本质区别？
- 分布式事务的 2PC 协议在 OpenTenBase 中是如何实现的？它的瓶颈在哪？
- 给你一个 OpenTenBase 的 issue，你能判断它属于查询优化器、分片路由还是共识协议层的问题吗？