
> 本文作者：李枨（GitHub @muzimu217），OpenTenBase 校园大使（2025 年度校园大使），IvorySQL 社区贡献者（Oracle 兼容性功能 PR 已合并）。

## 一、两个库，两个出身

IvorySQL 和 OpenTenBase（下称 OTB）都从 PostgreSQL 内核长出来。

| | 出身 | 归属 |
|---|---|---|
| OTB | 前身腾讯 TBase | 2023 年底捐赠开放原子开源基金会 |
| IvorySQL | 瀚高发起 | 2025 年捐赠开放原子开源基金会 |

同一个基金会、同一个 PG 血统，但改造方向几乎相反。

两个库被放在一起比，通常因为三件事同时成立：都从 PostgreSQL 内核改出来，都在做国产化替代，都宣称 Oracle 兼容。

但「同门」只说明起点相同，不说明终点相同。PostgreSQL 内核给了它们同一套解析器、优化器和执行器的基础，接下来往哪改，取决于各自要解决的问题——OTB 面对数据量增长，IvorySQL 面对 Oracle 存量应用，不在一个维度上。

这也是为什么选型先问「我要解决哪个问题」，比先拉参数表有用。

先交代这篇的成色：IvorySQL 侧，`UTL_URL` 的转义行为是我在真机 Oracle 上逐行实测的；OTB 侧我给它做过安装包和向量诊断工具，但**本文涉及的能力描述来自官方文档，没有逐条实测过**，涉及能力数字的地方都标了「官方称」。


## 二、OTB：在 PG 上叠一个分布式的壳

OTB 要解决的是「单台机器放不下」。按官方文档的说法，它的做法是：

| 机制 | 干什么 |
|---|---|
| 分片 + 多协调节点（CN） | 把数据摊到多个节点，协调节点统一对外 |
| 全局事务管理节点 | 管跨节点的分布式事务一致性 |
| 双内核 | 产品含 OpenTenBase 和 TXSQL 两套内核，分别部署 |
| HTAP | 一套集群同时接 OLTP 和 OLAP |

这套结构决定了 OTB 的扩容方式：加节点，不是换更强的单机。代价是跨节点事务、分布式查询计划这些复杂度，都得在集群层解决。社区核心贡献者的说法是「让海量数据场景回归单机般的开发体验」——思路就是横向扩展。

![](https://developer.qcloudimg.com/http-save/yehe-11827391/4d0f8c35c5182c0004961e007b72f6ab.png)

*图 1：左边是 OTB 的分布式壳——协调节点在上、数据节点在四周、中间是分片；右边是 IvorySQL 的单机分层内核。*

## 三、IvorySQL：把 Oracle 兼容做进内核

IvorySQL 要解决的是「Oracle 换不掉」。它的做法是把 Oracle 兼容压进解析层：

| 机制 | 干什么 |
|---|---|
| 双模式（`initdb -m pg` 或 `initdb -m oracle`） | 建集群时选 PG 还是 Oracle 模式；Oracle 模式集群里可用 `ivorysql.compatible_mode` 会话级切换 |
| 双 parser | Oracle 语法兼容靠一个解析器函数指针切换；解析完的 AST 走 PG 原生优化器和执行器，`MERGE` 等少数点有扩展 hook |
| PL/iSQL | 一套 Oracle 风格的过程语言，承接存储过程、包（Package） |
| `ivorysql_ora` 插件 | 内置函数、数据类型、系统视图、`MERGE` 等具体兼容点 |

这四件事里最容易被低估的是双 parser。它不是把 Oracle 语法翻译成 PG 语法，而是解析阶段换一个 parser，产出的仍是 PG 能接的语法树。执行层不用知道这条 SQL 原来写的是 Oracle 还是 PG。

「解析层分离、执行层统一」的直接好处是能跟上 PG 主版本的节奏：加 Oracle 语法不动执行器，PG 升级不用推倒重来。

这一块我动过手：在 Oracle XE 11.2、18c、21c 上逐行对照过 `UTL_URL` 的转义行为，在 IvorySQL 的 Oracle 模式下验证后，结论写进了实现（`#1728`、`#1748` 均已合并），也提了 `SYS_CONTEXT` 的 `USERENV` 属性补全。

## 四、都叫「Oracle 兼容」，路径却相反

| | OTB | IvorySQL |
|---|---|---|
| 兼容怎么做 | 在语法层、元数据层、视图层做多模式隔离，同集群里能建 PG / Oracle 模式库（官方称） | 在解析层做双 parser，把 Oracle 语法落成 PG 原生 AST |
| 本质 | 一个集群装两种方言 | 一个内核认两种方言 |
| 侧重 | 让多种应用尽量不改就能接入 | 让 Oracle 应用尽量不改就能搬过来 |

这两种做法没有高下，只有适用面：多模式适合多种应用并存，单内核双模式适合整体搬 Oracle 应用。

**OTB 把多种兼容做成并行的模式，IvorySQL 把 Oracle 兼容做成内核里的一个开关。** 这是两条技术路线，不是同一件事的两个程度。

## 五、怎么选：看场景，不是看排名

同门之间不存在谁替代谁。选型只问一句：你要解决的是哪个问题？

| 你的处境 | 更合适 |
|---|---|
| 数据量已经单机扛不住，要分片、水平扩展 | OTB |
| 同系统里既有 PG 应用又有 MySQL 应用 | OTB（分别部署 OpenTenBase 与 TXSQL） |
| 有一套 Oracle 老系统要迁，最怕改代码 | IvorySQL |
| 要信创、国产化单机部署，求轻、求稳 | IvorySQL |
| 只是想让 PG 多认点 Oracle 语法 | IvorySQL |

两个问题同时存在，先解决更疼的那个。指望一个库两头都做到最好，通常都不够。

![](https://developer.qcloudimg.com/http-save/yehe-11827391/f43ce884b93bf61864553fe6851841d5.png)

*图 2：同一个起点，两条选型路径——数据单机扛不住走横向扩展，Oracle 应用要迁走走兼容迁移。*

## 六、三个最容易搞错的点

第一，把「双内核」当成「同集群多方言」。双内核指 OpenTenBase 和 TXSQL 两套内核分别部署；同集群多模式只有 PG 和 Oracle 两种。这两个概念常被合成「一个集群什么方言都行」，实际是两套实例，运维方式也不一样。

第二，把「Oracle 兼容」当成一个开关。认得语法不等于能跑存储过程，函数名对上不等于行为一样——语法层做得很顺的库，到了包和系统视图可能掉队。

> ⚠️ **第三，把宣传数字当基准。** 「PB 级」「5.0 高并发 TP 提升 50%+」「50 万+节点（2026 年中社区报告口径）」，都是官方宣称，场景和口径各有限定。选型时用自己的数据压一遍，别直接抄。

## 七、我是怎么开始看这两个库的

我的起点是 OpenTenBase。2025 年前后加入电子科技大学成都学院的开放原子开源社团，负责的是技术方向。

围绕这个方向，我给 OTB 做了跨平台安装包，也写了一套 pgvector 向量检索的索引诊断工具，还在上游提过 20 个 PR。

IvorySQL 是后头的事。2026 年参加太乙开源竞技赛，项目选的是它，任务是补 Oracle 兼容函数。为了核对 `UTL_URL` 的转义行为，我在华东 2 的一台倚天 ECS 上搭了环境，本地跑了 Oracle XE 11.2、18c、21c 做对照。

两个库的技术路线我都动手改过，所以这篇讲的是它们各自的技术价值，不是谁更强。

## 八、选型自查清单

| 检查项 | 怎么查 | 通过标准 |
|---|---|---|
| 数据量会不会压垮单机 | 按三年后的存储和并发估 | 单机能扛就不必分布式 |
| 是不是 Oracle 迁移 | 把 Oracle 特性列出来 | 没 PL/SQL、没包就够 |
| 要不要 MySQL 和 PG 混跑 | 看现有应用栈 | 两套内核分别部署 |
| 官方能力数字可信吗 | 要清单，别要宣传页 | 能复现才算数 |

## 九、小结

两边都能挂「PG 系」的牌子，但一个加壳、一个改芯。搞清楚这条分岔，比背参数表有用。

做选型的话，先把这条分岔画出来：左边横向扩展，右边 Oracle 兼容。画完再看参数表，很多数字就通了。

## 参考

- [腾讯云向开放原子开源基金会捐赠 OpenTenBase（2023-12-18）](https://www.opentenbase.org/news/news-post-4/)
- [2025 开放原子开源生态大会捐赠签约（含 IvorySQL）· 新华网](https://www.news.cn/sci-tech/20250725/fad2cf09702c410985ce5318d5c587cf/c.html)
- [IvorySQL 文档：initdb 参数](https://docs.ivorysql.org/cn/ivorysql-doc/v5.0/v5.0/6.2.1)
- [OpenTenBase 5.0 核心特性解析](https://www.opentenbase.org/news/news-post-42/)
- [IvorySQL PR #1728](https://github.com/IvorySQL/IvorySQL/pull/1728) · [#1748](https://github.com/IvorySQL/IvorySQL/pull/1748) · [#1841](https://github.com/IvorySQL/IvorySQL/pull/1841)


本文作者：李枨（GitHub @muzimu217），OpenTenBase 校园大使（2025 年度校园大使），IvorySQL 社区贡献者（Oracle 兼容性功能 PR 已合并）。

IvorySQL 与 OpenTenBase 怎么选：分布式与 Oracle 兼容两条路

IvorySQL 和 OpenTenBase 都从 PostgreSQL 内核长出来，现在同属开放原子开源基金会。但两者改造 PG 的方向几乎相反：OpenTenBase 加一层分布式的壳，IvorySQL 把 Oracle 兼容做进内核。本文讲清这条分岔怎么分、各自适合什么场景，以及两边的「Oracle 兼容」为什么不是一回事。

人工智能

IvorySQL与OpenTenBase同源PostgreSQL，却走向不同技术路线：一个侧重分布式横向扩展，一个深耕Oracle语法兼容。选型关键看业务场景——数据量增长选OTB，Oracle迁移选IvorySQL，别被宣传数字误导，按实际需求压测验证。

PostgreSQL

GitHub

MySQL

OLAP

OLTP

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

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

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

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

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

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

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

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

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

社区新版编辑器体验调研

IvorySQL 与 OpenTenBase 怎么选：分布式与 Oracle 兼容两条路-腾讯云开发者社区-腾讯云

IvorySQL 与 OpenTenBase 怎么选：分布式与 Oracle 兼容两条路

IvorySQL 与 OpenTenBase 怎么选：分布式与 Oracle 兼容两条路

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐