我和OceanBase集中式滚了4个月，回顾-安装中集中式的5个特点
liuaustin3约 8 分钟❝开头还是介绍一下群，如果感兴趣PolarDB ,MongoDB ,MySQL ,PostgreSQL ,Redis, OceanBase, Sql Server等有问题，有需求都可以加群加群请联系 liuaustin3 ，（共3400人左右 1 + 2 + 3 + 4 +5 + 6 + 7 + 8 ）(1 2 3 4 5 6 7 8群已经爆满 9群 为纯聊天群，默认不加入不得发广告，自己公众号文章链接等，发一次直接踢，默认加入8群，开10群PolarDB专业学习群115+)
下载链接 https://fs80.cn/duykvo
欢迎大家下载 本人和OB集中式老师 摸爬滚打 4个月产出的 OB 集中式兼容MySQL 报告
2026年春天我接了一个测试的工作，而到了秋季我才测试完，并接出了OceanBase集中式兼容MySQL 报告。借此机会我特别想回顾一下2026年我和OB集中式测试中做了什么什么让我印象深刻。
第一个问题，OB 为什么要做集中式，他不应该是分布式吗？
其实这个问题我在接到这个问题第一个时间我就问了OB的老师，WHY ,HOW ,WHAT ? 但是在我翻了 OceanBase 4.4.2 的官方文档，又跟项目组的人聊了三个小时。结论是：OceanBase 集中式数据库不是"缩水版分布式"，也不是"为了凑产品线做的单机版"。它有自己明确的产品定位。
一、为什么不是直接用分布式？
先把这个问题说清楚。OceanBase 的分布式集群非常成熟，六大行里五家用、工行建行核心系统都在上。但分布式部署有它的门槛——至少多节点起、需要 Paxos 副本同步、运维复杂度更高。对于信创项目组面临的场景，这些门槛暂时不需要跨过去：
他们的业务规模是中型 SaaS + 实时报表，单机资源足够 核心诉求是低风险、低成本、平滑替换 MySQL，而不是追求极致的分布式扩展性 团队熟悉 MySQL，不熟悉分布式运维，集中式的学习曲线更友好 未来业务增长了，OceanBase 集中式可以直接升级为分布式集群——同一内核、同一工具链、零重构，这是它最核心的竞争力 所以这次测试的核心定位就很明确了：OceanBase 集中式 4.4.2 vs MySQL 8.0.25，在完全相同的硬件和操作系统条件下，从安装、兼容性、安全、工具链、扩展能力五个维度做一次全面对比。
二、测试环境怎么搭的？ 我花了一整天搭测试环境。为什么要花这么久？因为我需要保证两套数据库的对比绝对公平。
先说说硬件和操作系统：一台虚拟机，8 核 CPU、16GB 内存、200GB SSD，操作系统选了 Rocky Linux 8.10（CentOS 的继任者，企业级稳定版）。
然后是操作系统参数调优。我列了一份标准清单，两套数据库统一调整——文件句柄、max processes、vm.swappiness、vm.overcommit_memory、fs.file-max、net.core.somaxconn、kernel.pid_max、kernel.numa_balancing——十几项参数，每一项都手动改，每一项都确认生效。vm.swappiness 设为 1、vm.overcommit_memory 设为 0、kernel.numa_balancing 设为 0——这些都是数据库标准的调优项，目的是避免操作系统层面的差异影响测试结果。
为什么选 MySQL 8.0.25 而不是 5.7？因为 8.0.25 是目前企业 OLTP 场景中应用最广的稳定长期版本，redo log、并行执行、数据字典、字符集默认 utf8mb4 等方面都比 5.7 变化大，更适合作为对比基准。OceanBase MySQL 模式的兼容性也是对标 8.0 系列做的。
三、安装 OceanBase 集中式：发现了 5 个亮点 环境搭完，开始装 OceanBase。我之前装过 不少国产数据库，对国产数据库的安装体验有一个"基准预期"——解压缩、改配置、跑初始化脚本、手动启动进程、出了问题翻文档。
OceanBase 集中式的安装体验，在我的"基准预期"之上。用的是 OceanBase 自研的部署工具 OBD（OceanBase Deployer），命令行交互模式。整个过程让我记了五页笔记，下面按印象深刻的程度排序
1 安装前自检——不给"装了跑不起来"留机会
运行 obd cluster deploy -i 之后，OBD 会自动扫描当前主机的 CPU 核心数、内存大小、磁盘空间、操作系统内核参数、文件句柄配置。如果发现不满足 OceanBase 的最低要求（8C 16G 200G），它不会盲目继续安装，而是把每个问题列出来、给出具体的优化建议，还问我要不要直接帮我改。这一点比我见过的任何国外数据库都做得更贴心——Oracle 安装时也会做检查，但不会主动帮你修复。
2 五种使用定位——数据库到底干什么，让用户自己选
安装过程中，OBD 弹了一个问题："请选择数据库的使用方式"。有五个选项：OLTP 模式、HTAP 模式、OLAP 模式、开发测试模式、AI 数据平台模式。我选了 HTAP——因为我们不仅要跑交易，还要做实时分析。OBD 根据你的选择自动调整后续的资源默认值和组件安装建议。这个设计让我觉得：OceanBase 不只是一个软件，它是一套有明确使用场景的解决方案。
3 MySQL 兼容性预设——字符集、排序规则一步到位
安装初始阶段就弹出问题："请选择 MySQL 兼容模式的字符集"。我选了 utf8mb4 + utf8mb4_0900_ai_ci——跟我们现有 MySQL 8.0 的默认值完全一致。这个细节让我感觉到：OceanBase 的设计，真的是在为"从 MySQL 迁移"这个场景做准备。很多国产数据库也支持 MySQL 模式，但把字符集选择放到安装流程里的，OceanBase 是我第一个见到的。
4 All-in-One 安装包——不再需要分别下载五六个组件
OceanBase 集中式的安装包是一个 all-in-one 包，里面包含了数据库核心组件、OBD 部署工具、OCP 图形化管理平台、监控组件、备份恢复组件。统一下载、统一安装、统一升级。我之前装 openGauss 的时候，需要分别装数据库、装 OM 管理平台、装 kafka（依赖）、装 zookeeper（依赖），光下载就花了半小时。OceanBase 一个包搞定的体验，没治了。（没治了，天津话，意思是太 very good了））
5 两种登录方式同时支持——MySQL 客户端直接连
装完之后，我先试了 OceanBase 自带的 obclient：obclient -h 192.168.198.108 -P 2881 -p -uroot@sys -Doceanbase -A。然后让运维同事用 MySQL 客户端直接连：mysql -h 192.168.198.108 -P2881 -uroot@sys -p oceanbase。两种方式都成功了，而且 MySQL 客户端里执行的所有命令——SHOW DATABASES、SHOW TABLES、SELECT * FROM information_schema.columns——行为和 MySQL 完全一致。端口是 2881（不是 MySQL 的 3306），用户名格式要加 @租户名（root@sys），其他真的没区别。
四、集中式 ≠ 传统单机版——这个认知差很关键 装完之后，我花了一点时间理解 OceanBase 集中式和传统单机 MySQL 的本质区别。很多人把"OceanBase 集中式"理解成"单机版 OceanBase 分布式"——这个理解不完全对。
准确地说，OceanBase 集中式和 OceanBase 分布式共用同一个数据库内核——自研 LSM-Tree 存储引擎、分布式事务框架、SQL 执行引擎、协程连接模型——全部是同一套代码。区别只在于部署形态：集中式部署在单台机器上，分布式部署在多台机器上。
这意味着什么？意味着 OceanBase 集中式天生带着分布式数据库的基因：
并发模型是协程（上万个连接，底层只有少量工作线程），不是 MySQL 的一线程一连接 存储引擎是 LSM-Tree（写入先写内存再落盘），不是 MySQL 的 InnoDB B+Tree 天然支持多租户 + 资源池物理隔离，MySQL 没有这个能力 原生支持 HTAP（同一套数据库同时跑事务和分析），MySQL 做不到 原生支持向量检索、Hybrid Search，MySQL 根本不支持 如果未来业务增长了，你需要从集中式升级到分布式集群——OceanBase 提供了平滑演进的路径：同一内核、同一数据、同一 OBD/OCP 工具链，应用层代码不需要任何修改。这个"单机分布式一体化"的设计，是 OceanBase 区别于其他数据库核心点。
五、测试手记的开篇 以上是测试手记的开篇——为什么选这个产品、环境怎么搭的、安装有什么亮点。后面的故事更精彩：我用 30 多条 SQL 一条条比对兼容性，发现了 5 个惊喜和 3 个坑；我用透明加密和 SSL 配置验证了安全能力，发现了让 MySQL 很尴尬的地方；我用 HTAP 和向量检索测了扩展能力，发现 OceanBase 想做的根本不只是一个"兼容 MySQL 的国产数据库"。
每一项测试，都是我亲手跑的，每一个结论，都是我亲眼看到的。后面几期，我会把这些发现一个一个写出来。
PostgreSQL 版本升级方法总结，具体pg_upgrade怎么操作
PostgerSQL 14-17备份的变化 PG17更贴近商业数据库 与 实际命令
PostgreSQL 怎么用好高版本的PG调优--PG14-PG18
同学问 PG17 的备份比老的版本 好哪了？ 你给总结总结 ！！
算法领主与数据农奴：AI时代的不能说的问题-- 此文为AI临时工所做与公众号作者无关
从亚马逊 AGI 部门裁员看 AI 商业逻辑的必然转向 -- 资本不会给AGI 半点脸
比起简单的Skill技能，我更想建立Agent Skill的系统思维能力--- 感谢本书作者答疑解惑
MongoDB 全文索引 与 展示查询数据的一部分，提高性能
体现价值-我们靠PostgreSQL迁移PolarDB，给公司省下了100万 “巨款”
《告别迁移焦虑：OceanBase MySQL 模式能否兼容 DBA 的“祖传”运维 SQL？》
干数据库不是买白菜：光盯着License几毛钱，看不见300台机器的电费？
一个秘密，不是你 SQL 写对了，是优化器帮“擦了屁股” 客户问迁移后为什么快了--迁移到PolarDB后的故事
AI 引入后，MySQL 列权限控制，插入，更新，读取，删除 --有了AI 真是越帮越忙
PostgreSQL 大表改字段卡死的问题解决了吗？ 解决了方案在此
AI 引入DBA 工作，造成工作量增加，忙不过来，根本忙不过来！！！
三无项目导致MongoDB 持续1406% CPU 问题解决