查了下AI
1. 架构形态
-
与传统单机数据库（如 MySQL、Oracle 单机版）的区别 ：
OceanBase 是原生分布式架构 。传统单机库受限于单台服务器的硬件瓶颈（CPU、内存、IO），而 OceanBase 能够将数据分散存储在多台普通的服务器上，对外呈现为一个逻辑上的“超级数据库”，无需分库分表中间件即可实现水平扩展。 -
与其他分布式中间件（如 MyCAT、ShardingSphere）的区别 ：
中间件方案通常只解决分库分表问题，但会牺牲分布式事务的强一致性或跨节点查询的便利性。OceanBase 在内部原生解决了分布式事务、分布式 JOIN 和全局一致性，对应用层几乎透明。
2. 高可用与容灾能力
-
核心区别 ：“高可用”与“高性能”不再冲突 。
- 传统数据库（如 MySQL）通常依赖主从复制 。如果主库宕机，需要人工或依赖第三方工具进行切换，期间存在数据丢失风险（异步复制）或性能下降（半同步）。
- OceanBase 采用Paxos 分布式共识协议 。数据在集群内自动维护多数派副本 。当任意节点故障时，系统能在几十秒内自动 将服务切换到正常副本，RPO（数据丢失量）= 0 （不丢数据），RTO（恢复时间）< 30秒 ，整个过程无需人工介入。
3. 扩展性
-
核心区别 ：在线水平伸缩（Scale Out） 。
- 传统商业数据库（如 Oracle）通常依赖垂直扩展 （升级更贵、更强的小型机），成本高昂且存在物理上限。
- OceanBase 支持在线添加节点 。当业务压力增大时，只需向集群中添加普通 PC 服务器，系统会自动将数据负载均衡到新节点上，性能几乎随节点数量线性增长。这个过程对业务是完全无感 的。
4. 存储引擎与成本
-
核心区别 ：基于 LSM-Tree 的存储结构 。
- 传统数据库（如 MySQL InnoDB）多为B+Tree 结构，写入时存在“写放大”问题，且为了支持高并发，通常要求极高的内存配置。
- OceanBase 采用 LSM-Tree 架构，写入数据时只写内存，后台异步合并。这使得它的写入性能极高 ，同时利用数据压缩算法 （据官方数据，存储压缩率通常能达到 1/3 甚至 1/5）。这意味着同样的数据量，OceanBase 占用的存储空间更小，对内存的利用率更高，能显著降低存储成本。
5. 多租户与资源隔离
-
核心区别 ：“资源池化”与“租户隔离” 。
- 传统数据库通常是一套数据库服务于一个业务。
- OceanBase 具备原生的多租户 能力。一个 OceanBase 集群可以划分出多个“租户”。每个租户在逻辑上等同于一个独立的数据库实例，且租户之间的 CPU、内存、IO 资源是严格隔离的。这非常适合企业整合大量中小型业务库，大幅降低运维成本和硬件成本。
6. 兼容性
-
核心区别 ：多模兼容 。
- 绝大多数国产数据库仅兼容 MySQL 或仅兼容 Oracle。
- OceanBase 在同一个集群中，同时提供了 MySQL 兼容模式 和 Oracle 兼容模式 。用户可以根据业务需求选择创建不同模式的租户，这使得从传统 Oracle 或 MySQL 迁移的改造成本大幅降低。