OceanBaseOB是蚂蚁集团完全自研的原生分布式关系型数据库2010年诞生支撑支付宝/双11核心交易金融级高可用同时兼容 MySQL 与 Oracle 两种模式是国产分布式数据库的标杆。一、核心定位一句话懂差异Oracle集中式商用数据库闭源高端硬件强事务金融传统核心。达梦DM8集中式可选共享存储集群Oracle 高度兼容政务/国企信创首选。OceanBase原生分布式MySQL/Oracle 双兼容普通x86服务器水平扩展金融互联网核心/海量数据。二、架构与核心特性重点1. 原生分布式和达梦/Oracle 最大区别无共享Shared-Nothing数据打散到多节点无需分库分表中间件应用透明。Paxos 多副本强一致默认3副本自动选主故障秒级切换数据零丢失。三地五中心容灾城市级故障无损恢复金融级高可用。水平扩展加机器即加算力单集群可超1500节点。2. 双兼容模式MySQL OracleMySQL 模式完全兼容 MySQL 5.7/8.0 协议与语法迁移成本极低。Oracle 模式高度兼容 Oracle 11g/12c支持 PL/SQL、存储过程、序列、rownum 分页、函数等达梦有的 Oracle 兼容 OB 基本都有且分布式能力更强。3. 性能与存储TPC-C 世界纪录7.07亿 tpmC远超传统集中式库。LSM-Tree 存储引擎高压缩比5:1~10:1存储成本低读写性能优。HTAP 混合负载一套引擎同时跑交易OLTP 分析OLAP。4. 多租户云原生单集群划多个租户资源隔离天然支持 DBaaS适合政务云/金融云。三、OceanBase vs 达梦 DM8信创选型关键1. 架构达梦集中式单节点/共享存储集群DMDSC类似 Oracle RAC。OceanBase原生分布式无共享水平扩展数据量/并发远超达梦。2. 兼容性达梦Oracle 兼容度更高约95%PL/SQL、存储过程、触发器几乎无缝迁移政务Oracle迁移首选。OceanBaseOracle 兼容度约85%~90%核心SQL/函数/对象兼容复杂包/高级PL/SQL需微调同时支持MySQL模式双生态更灵活。3. 适用场景达梦政务、国企、能源、军工中小规模核心系统≤10TBOracle迁移信创合规优先。OceanBase银行/保险核心、互联网高并发、海量数据≥10TB、异地多活/城市级容灾、MySQL/Oracle混合迁移。4. 生态与成本达梦国产CPU飞腾/龙芯 麒麟OS 适配深政务工具链完善** license服务成本适中**。OceanBasex86/鲲鹏为主社区版免费企业版按集群授权硬件成本低普通x86金融/互联网生态强。四、OceanBase vs Oracle迁移要点相同点完全 ACID强事务高可用。支持复杂SQL、存储过程、函数、触发器、视图、序列。支持行级锁、事务隔离级别、物化视图。不同点迁移必改架构Oracle 集中式/共享存储RACOB 分布式无共享应用无需改分库分表。语法差异高频Oraclewm_concat→ OBlistagg同达梦。Oracledbms_job→ OB用内置定时或业务层Quartz。Oracleconnect by层级查询 → OB支持但需微调。驱动与连接串Oracleojdbcjdbc:oracle:thin:ip:1521:orcl。OBoceanbase-jdbcjdbc:oceanbase://ip:2881/库名Oracle模式。高级特性Oracle 独有dbms_java、部分高级dbms_*包、RAC 专属管理视图 → OB 需替换或用业务代码实现。五、信创组合建议直接抄1. 金融核心高可用分布式CPU海光 C86 / 鲲鹏 920OS欧拉 openEuler / 麒麟 V11数据库OceanBase 企业版Oracle模式中间件宝兰德 BES / 东方通 TongWeb2. 政务大规模数据Oracle迁移分布式CPU飞腾 FT-2000OS银河麒麟 V10数据库OceanBaseOracle模式或 达梦 DM8中小数据中间件东方通 TongWeb六、总结达梦Oracle 最佳集中式平替政务信创首选中小规模、Oracle 语法无缝迁移。OceanBase原生分布式双兼容金融级高可用海量数据/高并发/异地容灾首选MySQL/Oracle 混合场景迁移成本低。下面我用最直白、一步到位的方式讲清楚OceanBase 怎么装、怎么连、怎么建库建表、怎么用 Oracle/MySQL 模式、常用命令和迁移要点。你照着做就能跑通。一、核心概念先懂再用OceanBaseOB蚂蚁集团自研原生分布式数据库支持MySQL 模式 Oracle 模式。端口默认2881数据库、2882内部通信。租户OB 是多租户架构sys 租户管理集群业务要建独立租户如 tenant1。模式MySQL 模式兼容 MySQL 5.7/8.0语法基本一样。Oracle 模式高度兼容 Oracle 11g/12c支持 PL/SQL、存储过程、序列、rownum 等。二、快速安装3种方式选一种方式1Docker 1分钟体验推荐新手# 拉镜像并启动mini模式资源占用小dockerrun-p2881:2881--nameob-eMODEMINI-eOB_TENANT_PASSWORD123456-dquay.io/oceanbase/oceanbase-ce# 连接密码123456mysql-h127.0.0.1-P2881-urootsys-p123456方式2OBD 单机部署官方工具生产/测试都可用# 1. 安装 OBDCentOSsudoyuminstall-yyum-utilssudoyum-config-manager --add-repo https://mirrors.aliyun.com/oceanbase/OceanBase.reposudoyuminstall-yob-deploy# 2. 一键部署 demo3节点集群本地模拟obd demo# 3. 连接obclient -urootsys-h127.0.0.1-P2881-p方式3物理机/服务器生产部署系统CentOS 7.9/Ubuntu 20.04最低配置2核4G 20G SSD关闭防火墙/SELinux配置 NTP 时钟同步用 OBD 或 图形化界面部署参考官方文档三、连接数据库2种客户端1用 MySQL 客户端最方便# 连接 sys 租户管理mysql-h127.0.0.1-P2881-urootsys-p# 连接业务租户如 tenant1mysql-h127.0.0.1-P2881-uroottenant1-p2用 OB 专用客户端 obclientobclient -urootsys-h127.0.0.1-P2881-p连接成功提示符Welcome to the OceanBase. Commands end with ; or \g. mysql四、基础操作建租户→建库→建表→读写1创建业务租户关键不能用 sys 跑业务-- 登录 sys 租户执行CREATETENANTIFNOTEXISTStenant1 PRIMARY_ZONEzone1REPLICA_NUM3CHARSETutf8mb4COLLATEutf8mb4_unicode_ci;-- 设置租户密码Oracle/MySQL 模式通用ALTERUSERroottenant1IDENTIFIEDBY123456;2切换到租户创建数据库-- 连接 tenant1 后CREATEDATABASEtestdb;USEtestdb;3建表MySQL 模式CREATETABLEuser(idINTPRIMARYKEYAUTO_INCREMENT,nameVARCHAR(50)NOTNULL,ageINT);INSERTINTOuser(name,age)VALUES(张三,20);SELECT*FROMuser;4Oracle 模式使用重点-- 1. 租户设置为 Oracle 模式sys 租户执行ALTERTENANT tenant1SETob_compatibility_modeoracle;-- 2. 连接 tenant1语法和 Oracle 几乎一样CREATETABLEemp(empno NUMBER(4)PRIMARYKEY,ename VARCHAR2(10),sal NUMBER(7,2));INSERTINTOempVALUES(1,李四,5000);SELECT*FROMempWHERErownum1;-- Oracle 分页五、常用管理命令必记集群状态SELECT*FROMoceanbase.__all_server;-- 查看节点SELECT*FROMoceanbase.__all_tenant;-- 查看租户租户管理ALTERTENANT tenant1SETob_compatibility_modemysql;-- 切回MySQL模式DROPTENANT tenant1;-- 删除租户用户权限CREATEUSERappusertenant1IDENTIFIEDBY123456;GRANTALLONtestdb.*TOappusertenant1;六、应用连接Java/Go/PythonJavaJDBC# MySQL 模式 urljdbc:mysql://127.0.0.1:2881/testdb?useSSLfalse drivercom.mysql.cj.jdbc.Driver # Oracle 模式 urljdbc:oceanbase://127.0.0.1:2881/testdb?useSSLfalse drivercom.oceanbase.jdbc.DriverPythonimportmysql.connector connmysql.connector.connect(host127.0.0.1,port2881,userroottenant1,password123456,databasetestdb)七、Oracle 迁移 OB 要点高频差异驱动ojdbc → oceanbase-jdbcOracle模式语法兼容wm_concat→listaggconnect by→ 支持但需微调dbms_job→ 用内置定时或业务层Quartz对象迁移表、视图、存储过程、函数、序列大部分直接可用复杂包需少量修改。八、什么时候用 OB✅ 替代 Oracle金融/政务核心分布式双兼容✅ MySQL 业务数据超10TB/高并发不想分库分表✅ 需要异地多活/三地五中心容灾✅ 信创国产化适配海光/鲲鹏/麒麟OSOceanBase 怎么处理「分库分表」核心一句话OceanBase 原生内置分布式分片业务层完全不需要 MyCat、Sharding-JDBC 做分库分表天然自动分片。一、传统 MySQL 痛点你原来的做法MySQL 单机容量/性能上限低海量数据必须中间件Sharding-JDBC、MyCat、ShardingSphere手动水平分表、垂直分库、按月分表痛点代码侵入、改造大、跨库联表、分布式事务坑多二、OceanBase 核心原生分布式、自动分片OB 架构集群多节点数据按分区键自动打散到不同节点上层业务单库单表写法不用改分片代码关键概念分区PartitionOB 底层把一张大表自动拆成很多小分区分散在不同服务器。副本默认3副本高可用、故障自动转移。分区方式就是分库分表的替代品三、OceanBase 三种分片方式对标分库分表1. 哈希分区 → 对标【水平分表/用户ID分片】最常用替代user_id % 16这种分片-- Oracle 模式 / MySQL 模式通用CREATETABLEorder_info(order_id NUMBER,user_id NUMBER,create_timeDATE)PARTITIONBYHASH(user_id)PARTITIONS32;-- 拆32个分区均匀打散多节点效果相同 user_id 落在同一个分区多节点并行写入解决大并发业务select * from order_info where user_id1001自动路由到对应节点2. 范围分区 → 对标【按时间分表、按月分表】完美替代 每月一张表、历史归档CREATETABLEorder_info(order_id NUMBER,create_timeDATE)PARTITIONBYRANGE(create_time)(PARTITIONp202601VALUESLESS THAN(TO_DATE(2026-02-01,YYYY-MM-DD)),PARTITIONp202602VALUESLESS THAN(TO_DATE(2026-03-01)),PARTITIONpmaxVALUESLESS THAN(MAXVALUE));优势删历史数据直接drop partition秒级删除按时间查询只扫描对应分区性能极高3. 列表分区 → 对标【按地区/渠道分片】按城市、渠道、业务线打散数据四、对比Sharding-JDBC vs OceanBase项目传统MySQLShardingOceanBase 原生分片代码侵入业务、需改代码零代码、单表写法跨分区join极难、坑多原生支持分布式Join分布式事务弱一致、容易出问题全局强一致扩容需手动迁移分片加机器自动均衡数据运维复杂、分片规则难维护库内统一管理五、OB 特殊能力全局索引普通分库分表跨分片字段查询非常慢比如按手机号查订单OceanBase 支持本地索引分区内全局索引跨分区全局查询不用冗余、不用中间件原生解决。六、什么时候完全抛弃分库分表只要你用 OceanBase单表数据亿级、十亿级不用分表高并发订单、流水、日志表 直接单表跑定时按月分表、归档 用「范围分区」替代用户维度海量数据 用「哈希分区」七、极简总结OceanBase 自带分库分表能力不需要 Sharding 中间件底层通过哈希/范围/列表分区自动拆分数据业务层还是单库单表写法无侵入分布式事务、跨节点查询、扩容迁移全部数据库层搞定是替代 MySQL 分库分表架构的国产分布式数据库最优解OceanBase 分库分表分区 跨分区查询 完整实操先定核心结论OB 不用 Sharding-JDBC/MyCat 中间件底层靠「分区 原生分表」实现业务还是单表SQL自动路由、跨分区直接查。一、OB 里的「分库分表」对应关系传统MySQL分库 分表 分片中间件OceanBase租户大库→Database业务库→表分区自动分表✅ 只需要做表分区就是原生分库分表三种主流分区对应业务场景HASH分区用户ID、商户ID → 水平分片RANGE范围分区时间、月份 → 按月/按天分表LIST列表分区地区、渠道、业务线二、场景1HASH分片用户ID分表 查询1.建表按user_id哈希分片等效分成32张子表-- Oracle模式 语法CREATETABLEtb_order(order_id NUMBER,user_id NUMBER,amount NUMBER(10,2),create_timeDATE)-- 按user_id哈希分片PARTITIONBYHASH(user_id)PARTITIONS32;2.单分区精准查询自动路由只查单个分片-- 条件带分区键 user_idOB自动定位到对应分区性能最高SELECT*FROMtb_orderWHEREuser_id10086;3.跨分区批量查询直接写SQL不用改-- 跨多个哈希分区OB底层自动聚合SELECT*FROMtb_orderWHEREuser_idIN(10086,10087,10088);三、场景2RANGE时间分片按月分表 查询最常用订单、日志、流水按月分表1.建表按月分区CREATETABLEtb_order(order_id NUMBER,user_id NUMBER,create_timeDATE)PARTITIONBYRANGE(create_time)(PARTITIONp202601VALUESLESS THAN(TO_DATE(2026-02-01,YYYY-MM-DD)),PARTITIONp202602VALUESLESS THAN(TO_DATE(2026-03-01,YYYY-MM-DD)),PARTITIONp202603VALUESLESS THAN(TO_DATE(2026-04-01,YYYY-MM-DD)),PARTITIONp_maxVALUESLESS THAN(MAXVALUE));2.查单个月只扫描一个分区极快SELECT*FROMtb_orderWHEREcreate_timeTO_DATE(2026-03-01,YYYY-MM-DD)ANDcreate_timeTO_DATE(2026-04-01,YYYY-MM-DD);3.跨月份查询自动跨分区合并结果-- 跨2、3月业务SQL完全不变SELECT*FROMtb_orderWHEREcreate_timeTO_DATE(2026-02-01,YYYY-MM-DD);4.直接指定分区查询运维/统计用-- 强制只查202603分区SELECT*FROMtb_orderPARTITION(p202603);四、关键非分区键查询怎么办比如按order_id、手机号、订单号 查询不是分区键两种方案本地索引会扫描全部分区数据量大较慢OB全局索引推荐给非分区键建全局索引跨分区也能秒查-- 建立全局索引非分区键快速查询CREATEGLOBALINDEXidx_order_idONtb_order(order_id);建好后-- 非分区键依然高性能SELECT*FROMtb_orderWHEREorder_id9999;五、跨分区 JOIN、聚合原生支持1.跨分片联表查询SELECTa.*,b.nameFROMtb_order aLEFTJOINtb_user bONa.user_idb.user_idWHEREa.create_timeSYSDATE-3;✅ 不用中间件、不用手动关联子表OB 自动跨节点计算2.跨分区分组/统计SELECTuser_id,COUNT(*)FROMtb_orderWHEREcreate_timeSYSDATE-7GROUPBYuser_id;六、和Sharding-JDBC 最大区别操作ShardingMySQLOceanBase分片规则代码/配置文件写死数据库建表时定义单表查询路由复杂自动路由跨分片查询坑多、限制多原生支持跨库Join基本不推荐原生支持扩容手动迁移数据加节点自动均衡业务代码大量改造零改造单表写法七、开发使用规范必记核心大表必须指定分区HASH/RANGE查询尽量带上分区键走分区裁剪性能最高非分区键高频查询建立全局索引禁止无脑select * 不带条件会扫描全部分区历史数据清理ALTER TABLE xxx DROP PARTITION 分区名秒级删除八、一句话总结OB 的分区 替代传统分库分表业务永远写单表SQL不需要感知分片带分区键精准单分区查询不带分区键自动跨分区聚合非分区键慢查询 → 加全局索引解决OceanBase 分布式事务 完整原理实操分库分表场景先给核心结论OceanBase 不需要 Sharding-JDBC、不需要Seata底层原生支持分布式事务、跨分区事务、跨节点事务基于两阶段提交Paxos强一致默认ACID数据不丢、不脏写你眼里的「分库分表」在OB里就是分区跨分区天然分布式事务一、先搞懂OB 哪些场景会触发分布式事务OB 一张大表拆成几十个分区分散在不同机器同一张表、跨分区修改比如user_id1 和 user_id100 在不同分区多张表、不同分区/不同节点同时增删改跨租户、跨库操作以上全部自动进入OB 分布式事务 传统MySQLSharding需要手动引入Seata/TCC/XA代码埋点、补偿、回滚特别麻烦。 OceanBase完全无感业务代码还是普通begin/commit/rollback。二、OB 分布式事务底层机制极简大白话1. 核心协议采用自研2PC两阶段提交 Paxos 多副本全局事务号、全局快照、分布式MVCC2. 两阶段流程阶段1 Prepare所有涉及的分区/节点 预提交、锁资源、日志落地阶段2 Commit/Rollback全部Prepare成功 → 统一提交任意一个失败 → 全体自动回滚3. 隔离级别支持Read CommittedRepeatable Read默认完全满足金融、政务核心业务。三、三种「分库分表」事务场景 实操演示下面语法Oracle/MySQL模式通用直接能用场景1同一张表 跨分区事务最常见订单表按 user_id HASH分区两个用户在不同分片-- 开启事务BEGIN;-- 操作分区AUPDATEtb_orderSETamount100WHEREuser_id1001;-- 操作分区B跨分区自动触发分布式事务UPDATEtb_orderSETamount200WHEREuser_id2002;-- 统一提交COMMIT;两条SQL落在不同节点OB自动2PC要么全部成功要么全部回滚业务代码零改动场景2两张不同大表 跨表事务订单表 账户表都是分区表、分散节点BEGIN;-- 扣余额UPDATEtb_accountSETbalancebalance-100WHEREuser_id1001;-- 生成订单INSERTINTOtb_order(...)VALUES(...);COMMIT;✅ 跨表跨节点原生分布式事务保证原子性场景3异常自动回滚BEGIN;UPDATEtb_accountSETbalancebalance-100WHEREuser_id1001;-- 故意写一条报错SQLINSERTINTOtb_orderVALUES(null);COMMIT; 报错后OB 自动触发全局回滚上一步扣钱全部撤销不会超卖、不会脏数据。四、对比Sharding-JDBC Seata VS OceanBase能力MySQLShardingSeataOceanBase 原生跨分片事务弱一致、TCC硬编码、补偿复杂强一致、原生2PC代码侵入高、需注解、undo日志0侵入原生SQL事务成功率依赖框架人工编码数据库内核保障性能损耗高优化版2PC损耗极低死锁/锁超时问题多分布式锁机制成熟适配分表中间件配置分片规则建表分区即可五、OceanBase 分布式事务 开发规范避坑1. 最佳实践性能最好同一业务尽量分区键一致比如订单、账单、流水 都用user_id作为分区键同用户操作落在同一个分区走本地事务性能最高2. 避免大跨度分布式事务不要在一个事务里操作几十上百个分区批量拆分、控制事务粒度3. 锁与超时OB 自带分布式行锁事务超时自动回滚参数# 可调整事务超时时间 ob_trx_timeout 6000004. 不推荐不用手写XA、不用TCC、不用本地消息表完全没必要。六、极端故障场景生产放心提交中某节点宕机剩余节点等待恢复后自动补齐提交/回滚数据一致机房断电、网络分裂Paxos多数派机制保证数据不分裂、不脏写长期未提交事务自动超时回滚避免死锁和资源堆积七、一句话终极总结OceanBase 的分区 替代传统分库分表跨分区、跨节点、跨表 修改自动走原生分布式事务不需要 Sharding、不需要 Seata、不需要TCC、不需要补偿业务只需要正常写begin / commit / rollback金融级强一致是国产分布式里事务最强的数据库之一