选型会上，GaussDB、openGauss、PostgreSQL 常常并排出现在同一张候选名单里。连接都走 PostgreSQL 协议，SQL 大体能互跑，系统视图也长得像。

但会上真正要搞清楚的是另外两个问题：集中式和分布式到底差在哪，这三个产品在企业里各自怎么用。

![集中式和分布式，到底差在哪](https://developer.qcloudimg.com/http-save/yehe-2726701/1ded51e94515dd5e1bbaaf328fb5e6e6.png)
## 三个名字，先理清关系


PostgreSQL 是独立开源项目，由全球社区维护。

openGauss 是华为主导的开源数据库社区，2019 年宣布开源，2020 年 6 月开放源代码。它的内核早期源自 PostgreSQL 9.2 和 PostgreSQL-XC，而后者本身就是带协调节点、数据节点的分布式分支。按官方资料，openGauss 对内核代码的修改比例约 74%，已经不能算 PostgreSQL 的增强版。

GaussDB 是华为的商业数据库产品，云服务和私有化部署都有。它和 openGauss 有技术与生态联系，但不是同一个发行版，版本、组件、授权方式不能画等号。

下面说的“分布式”只指分片型：数据拆成多份，不同节点存不同部分。共享存储、资源池化、多写架构属于另外的设计，不套这一个模型。

## 一笔订单，两种走法


一个订单系统有订单、明细和门店库存三张表。下单时要建订单、写明细、扣库存，三件事要么全成，要么全回滚。

集中式把这些数据交给同一个主库：表怎么关联、数据怎么改、事务怎么提交，都在一个库里完成。再配一台或多台备库同步主库的数据，主库故障时接管。

分片型分布式按门店编号把数据拆开：门店 A 的数据在节点 1，门店 B 的数据在节点 2。门店数量和订单量涨上来，可以靠加节点分摊。

![左：一主两备，三台机器存同一份数据。右：CN 协调三个 DN，数据按门店拆开](https://developer.qcloudimg.com/http-save/yehe-2726701/4c2ff544795ac1f6d3838dbd1b445c73.png)左：一主两备，三台机器存同一份数据。右：CN 协调三个 DN，数据按门店拆开

|同一个动作|集中式主备|按门店分片|
|:-:|:-:|:-:|
|查一家门店的订单|主库或只读备库处理|带上门店编号，能直接定位到某个分片|
|建订单并扣本店库存|在一个库里提交事务|两张表按同样规则分布时，可能在一个分片内完成|
|两家门店间调拨库存|在同一个库里处理|可能横跨两个分片，要协调事务|
|汇总所有门店销售额|在一个库里算完|各分片分别算，再拼结果|

差异落在两处：事务在哪提交，数据在哪存放。集中式把两样都放在一个主库；分片型把两者拆开，同时多出一层节点之间的协作。

判断一套库是不是分布式，不看机器台数，看数据有没有被拆到不同节点。一主两备占了三台服务器，存的还是同一份数据的三个副本。

上表是原理示例。能不能做关联查询、跨分片事务怎么保证一致，还得看具体产品。PostgreSQL 上的 Citus 扩展在[分布键文档](https://docs.citusdata.com/en/v12.1/sharding/data_modeling.html)里就强调：经常一起访问的关联数据，应该放在同一个节点。

## 集中式的价值


关联多、事务边界复杂，而容量和写入还有余量的系统，先评估集中式。采购、财务、客户管理这类业务，用一套主备能扛住相当长的时间。

开发者的日常围着表、索引、SQL 和本地事务转，不用先想分布键、数据倾斜、跨分片关联。备份恢复、升级、排障也少一层协调。

真撑不住了，先试这些：


|遇到的问题|先评估的办法|边界|
|:-:|:-:|:-:|
|部分 SQL 慢|执行计划、索引、SQL 与锁冲突优化|先确认是不是真缺硬件|
|读取压力大|缓存、只读副本、读写分离|副本不分担写入，还要处理复制延迟|
|历史数据堆积|归档、冷热分离、按访问方式分区|表分区不等于跨服务器分片|
|CPU、内存、存储不足|提升规格、改善存储性能|受规格、硬件和成本上限约束|

PostgreSQL 的[主备文档](https://www.postgresql.org/docs/18/warm-standby.html)和[表分区文档](https://www.postgresql.org/docs/18/ddl-partitioning.html)分别讲了副本和分区机制。

## 分布式多出来一层协调


优化、归档、升配都试过还顶不住，数据本身又能拆，这才轮到分片。它给的是一条“加节点分担压力”的路。

多出来的东西，GaussDB 的组件清单写得最直白：


|实例形态|组件|
|:-:|:-:|
|集中式版|OM、CM、ETCD、DN|
|分布式版|OM、CM、GTM、ETCD、CN、DN|

CN 接住应用发来的 SQL，出执行计划，下发给各 DN，再把结果汇总；GTM 管全局事务信息。多出来的是一整套协调机制，不是几台服务器。

这套机制有代价：


|要额外解决|影响|
|:-:|:-:|
|分布键怎么选|决定请求能否定位分片，关联数据能否放在一起|
|数据或访问倾斜|一个大租户、一个热点就能压住少数节点，加机器也未必有效|
|跨分片 JOIN 和事务|多出数据搬运、网络往返和协调开销，各产品支持范围不同|
|扩容与重平衡|要迁移数据，评估对在线业务、容量和网络的影响|
|故障与恢复|除副本外，还要考虑协调节点、元数据和集群一致性|

能压多少，取决于数据和请求能不能真分摊出去。一条短查询可能因为多走一层协调而变慢；全量汇总能吃到并行的便宜，也可能卡在网络和结果汇聚上。

高可用还得单独设计。集中式配主备，分布式的每个分片也可以配副本：数据拆成几份，和同一份数据留几个副本，是两个维度。

分布式给的是一条扩展路径，不是把集中式该做的事自动做快。

## 三个产品怎么用


GaussDB 是商业产品，openGauss 和 PostgreSQL 是开源项目。选型不止选内核和架构，还要选哪个发行版、谁维护、出故障谁支持。


|产品或组合|可以评估的用法|选型要点|
|:-:|:-:|:-:|
|GaussDB 集中式版|容量、写入有余量，重视事务处理与高可用的业务|应用兼容性、容量余量、主备与恢复方案|
|GaussDB 分布式版|数据与写入持续增长、能够合理分片的业务|分布键、跨分片 SQL、事务与扩容成本|
|openGauss 主备|新建事务系统，或评估现有数据库替换|具体发行版、驱动、SQL、存储过程、工具链和服务支持|
|PostgreSQL 主备|通用业务、独立服务，以及需要其扩展生态的应用|团队维护能力、插件兼容性与高可用方案|
|PostgreSQL + Citus|适合分片的多租户等场景，用来加横向扩展能力|数据模型、SQL 支持范围与集群运维|

这些是可评估的路径，不是行业占比，也不是固定分工。

![三种产品的分布式能力并不在同一层](https://developer.qcloudimg.com/http-save/yehe-2726701/49a21a5975e4baab1724a4819548c254.png)
### GaussDB：建库时就得定形态


以华为云 GaussDB 为例，[实例类型文档](https://support.huaweicloud.com/productdesc-gaussdb/gaussdb_01_013.html)把实例分成集中式版和分布式版。

集中式版按一个分片组织数据，部署形态有单副本、一主两备、一主一备一日志，应用直接把 SQL 发给 DN。官方给的适用场景是数据量较小、长期不会大幅增长，但对可靠性和可用性有要求的业务；文档也写明集中式版不支持实例扩容。

分布式版由 CN 协调多个 DN，数据分片存放，支持实例扩容，面向数据量较大、对容量和并发有诉求的场景。

选 GaussDB，实际是在建库前预判这套数据的增长曲线，因为后期换形态不是改个参数。资源门槛也要一起算：官方文档举例的独立部署默认 3 个 CN、3 副本、3 分片，合计 12 个节点。

私有化交付的版本和组件组合可能和云文档不同，按现场版本文档核对。

### openGauss：先替单机主备，分片是插件


openGauss 的[部署文档](https://docs.opengauss.org/zh/docs/7.0.0/about_opengauss/deployment_plan.html)有单机、主备、一主多备和资源池化，主备一主最多带 8 台备机。

常见路径是把原有的单机或主备替换过来，先解决高可用、运维和自主可控，数据组织方式不变。落地要核对操作系统、驱动、迁移工具、备份恢复和维护责任；社区版和生态厂商发行版的能力、服务承诺得分别确认，SQL 相近不等于能原样迁。

分片单独看。7.0.0-RC2 起的 [`spqplugin_v2`](https://docs.opengauss.org/zh/docs/7.0.0/extension_reference/extension_reference/plugin/spqplugin_v2.html)提供轻量分布式扩展，1 个 CN 加若干 DN，大表分片存储、并行查询。限制得先知道：


- 仅支持 A 模式数据库
- 分布式表暂不支持 JOIN、子查询、CTE 和窗口函数
- 不支持分区表
- 安装后不能删


跨表关联正是前面那笔订单最需要的能力，这一条就把它挡在示例之外。要用，先拿真实 SQL 过一遍兼容性。

### PostgreSQL：通用业务库，分片靠装扩展


PostgreSQL 原生是单机加流复制主备，备库配成热备后能接只读查询。表分区只是把一张逻辑大表拆成多个物理分区，这些分区仍可全在同一个节点上，不算跨节点分片。

最常见的一套用法是一套库承载一个业务系统，靠索引、连接池、缓存、只读副本和升配撑规模。数据再大，要么应用侧分库分表，要么装一个扩展——[Citus](https://docs.citusdata.com/en/v12.1/)。

Citus 不是独立数据库，是 PostgreSQL 的扩展。装上之后，PG 才多出“协调节点 + 多个工作节点”的结构。

它给两样东西。分布式表按分布键把大表拆到多个节点，比如按租户编号拆，租户 A 在节点 1、租户 B 在节点 2；参考表是小字典表，在每个节点各存一份完整副本，分布式表 JOIN 参考表时就不用跨节点搬数据。

Citus 官方把多租户应用列为典型场景：日常请求大多只碰一个租户的数据，按租户编号分片、相关表按同样规则分布，一次查询往往在一个节点里就能做完。

按门店拆还是按租户拆其实是一回事——都是让一次请求只碰一个分片。

所以构成分布式方案的是一个组合：PostgreSQL + Citus。单独一个 PostgreSQL 还是集中式。数据模型要按这个组合的能力来设计，确认 PG 和 Citus 的版本兼容，原有 SQL 不会自动获得同样的分布式支持。

## 一家企业，两种架构可以并存


|业务情况|先评估的方向|
|:-:|:-:|
|采购、财务系统关联多，资源仍有余量|集中式主备，做好 SQL、备份恢复和故障切换|
|多租户订单平台持续增长，请求多限定在租户内|按租户分片，并检查大租户热点与跨租户操作|
|报表扫描拖慢在线交易|独立分析库或数仓，明确同步延迟和一致性要求|
|多个业务已有清晰的服务边界|按业务拆库；每套库仍可采用集中式主备|

选型时别拿文档里的数据量门槛直接套。先拿真实表结构、SQL 和数据分布跑峰值负载，比延迟和吞吐；再检查扩容、切换、备份恢复、迁移回退。容量和写入还剩多少、数据能不能拆、团队扛不扛得住新增复杂度，这三条比任何固定门槛都好使。

选形态，选的是以后靠什么扩容、愿意付多少改造和运维成本。

>openGauss 引用 7.0 文档，PostgreSQL 引用 18 文档，Citus 引用 12.1 文档；实际采用版本需另行核对。

选型会上，GaussDB、openGauss、PostgreSQL 常常并排出现在同一张候选名单里。连接都走 PostgreSQL 协议，SQL 大体能互跑，系统视图也长得像。

集中式和分布式差在哪？一笔订单看懂 GaussDB、openGauss、PostgreSQL 的企业用法

本文通过一笔订单场景，对比集中式与分布式数据库的核心差异：数据与事务的集中或拆分。GaussDB、openGauss、PostgreSQL 三者在架构选择上各有侧重——GaussDB 分布式版适合持续增长的数据场景，openGauss 可先替代主备部署，PostgreSQL 则依赖 Citus 扩展实现分片。企业应根据业务特性（如事务复杂度、数据规模、扩展需求）选择合适方案，集中式重在稳定高效，分

数据库

GaussDB、openGauss和PostgreSQL同源但定位各异：PostgreSQL为独立开源项目，openGauss是华为主导的高改比开源分支，GaussDB则是商业数据库。选型核心在集中式与分片型分布式架构差异。集中式适合事务复杂、容量余量充足的业务；分片型通过协调节点与数据分片实现扩展。三者各有部署路径，需根据数据增长预测、SQL兼容性及运维能力决定，而非仅看文档参数。

数据分片

存储性能

PostgreSQL

服务器

腾讯云双十一大促

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

GaussDB、openGauss和PostgreSQL同源但定位各异：PostgreSQL为独立开源项目，openGauss是华为主导的高改比开源分支，GaussDB则是商业数据库。选型核心在集中式与分片型分布式架构差异。集中式适合事务复杂、容量余量充足的业务；分片型通过协调节点与数据分片实现扩展。三者各有部署路径，...

集中式和分布式差在哪？一笔订单看懂 GaussDB、openGauss、PostgreSQL 的企业用法-腾讯云开发者社区-腾讯云

集中式和分布式差在哪？一笔订单看懂 GaussDB、openGauss、PostgreSQL 的企业用法

集中式和分布式差在哪？一笔订单看懂 GaussDB、openGauss、PostgreSQL 的企业用法

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐