专栏 - 从MPP到NewSQL：TiDB全面替代Greenplum的技术必然性

一、背景与目标

随着业务规模增长与实时分析需求激增，Greenplum 在扩展性、高并发 OLTP 及信创合规等方面面临挑战。本报告旨在对比 Greenplum 与 TiDB 的核心能力，评估 TiDB 替代 Greenplum 的技术可行性、迁移路径及业务价值。

MPP（Shared Nothing）架构：数据与计算耦合于 Segment 节点，依赖分布键（Distribution Key）分片。
核心组件：
- Master 节点：单点入口，协调查询与元数据管理（并发能力 ≤30，集群规模 ≤20 节点）。
- Segment 节点：存储与计算单元，基于 PostgreSQL 9.4。
适用场景：批量 ETL、大规模 OLAP 分析。
瓶颈：
- 扩容需重分布数据，运维复杂。
- Master 单点瓶颈，高并发 OLTP 能力弱。
- 硬件成本高（需高性能存储/内存）。

原生分布式 NewSQL 架构：
- 计算层（TiDB）：无状态 SQL 处理，兼容 MySQL 协议。
- 存储层（TiKV + TiFlash）：
  - TiKV：行式存储（RocksDB + Raft），强一致 OLTP。
  - TiFlash：列式存储（实时同步 TiKV 数据），OLAP 加速。
- 调度层（PD）：元数据管理与负载均衡。
核心特性：
- 存算分离：一键扩缩容，业务无感知。
- 金融级高可用：Multi-Raft 副本，多数派提交。
- 实时 HTAP：TiKV（OLTP）与 TiFlash（OLAP）资源隔离。
- 云原生：支持 Kubernetes（TiDB Operator）。

架构对比示意图：

TiDB 三层解耦架构 vs Greenplum 主从耦合架构

某基金公司在数据集市业务场景中，基于 Greenplum 和 TiDB 在 OLTP、OLAP 等场景中进行测试验证。结果证明 TiDB 在几乎所有场景下较 Greenplum 均有性能提升，其中精确查询及高并发增删改场景下有数量级的提升。

某企业生产实践中，采用 TiDB 替换原有 Greenplum 用于大数据中心场景，整体采用 4 台 TiDB 物理服务替换原有 12 台 Greenplum 虚拟机，同时将 6 台 MySQL 业务库整合到统一 TiDB 集群，实现多业务统一资源池。

数据分布机制：
- Greenplum：需人工指定分布键（Distribution Key）。
- TiDB：自动按主键分片（无主键使用 _tidb_rowid）。
存储引擎：
- Greenplum：Heap/AO/AOCO 表。
- TiDB：默认行存（TiKV），按需添加列存副本：
```
ALTER TABLE lineitem SET TIFLASH REPLICA 2; -- 创建2副本列存
```
SQL 兼容性：
- 函数/语法：TiDB 兼容 MySQL 约 95%，需处理 PostgreSQL 特有语法（如窗口函数差异）。
- 索引：TiDB 支持聚簇索引，Greenplum 索引策略需调整。> 推荐工具：TiDB 与 MySQL 兼容性对比

TiDB 具备替代 Greenplum 的技术可行性与显著业务价值：

推荐策略：