数据库管理-第275期 Oracle 23ai：画了两张架构图（20241225）

数据库管理-第275期 Oracle 23ai：画了两张架构图（20241225）

作者：胖头鱼的鱼缸（尹海文）
Oracle ACE Pro: Database
PostgreSQL ACE Partner10年数据库行业经验
拥有OCM 11g/12c/19c、MySQL 8.0 OCP、Exadata、CDP等认证
墨天轮MVP，ITPUB认证专家，数盟会长老会成员，OCM讲师
PolarDB开源社区、青学会MOP社区技术顾问
HaloDB外聘技术顾问
OceanBase观察团成员
IF社区联合发起人
圈内拥有“总监”称号，非著名社恐（社交恐怖分子）公众号：胖头鱼的鱼缸
CSDN：胖头鱼的鱼缸（尹海文）
墨天轮：胖头鱼的鱼缸
ITPUB：yhw1809。
除授权转载并标明出处外，均为“非法”抄袭

在过去的一年多时间内，写了不少和Oracle Database 23ai(23c)相关的文章，大多数图片都是源自于官方文档或Oracle原厂，昨天闲来无事，根据对Oracle 23ai的了解，画了2张和Oracle全球分布式数据库相关的架构图。

1 系统管理分片

关于系统管理分片的Oracle全球分布式数据库，可以查看第248期。在当前的版本中，仅有基于Hash的系统管理分片才能使用Raft-base Replication作为分片内的复制与高可用策略。这里需要说明几点：

• Shard Director和Shard Catalog是多节点部署，图内仅为展现出来的
• 一种假设：三副本单分片可以作为另一种小型的高可用架构，以期优秀的RTO和RPO可以作为平替RAC的一种架构

2 用户定义分片

这是一个更加典型的真正用于全球的分布式数据库架构，并且每个分片内都是以黄金级MAA架构（详见第216期）作为每个分片的高可用，在全球任何位置均能满足数据安全的要求。
引入了True Cache，对本地数据库的读能力进行扩展，例如如图内所示，将不同部门的数据缓存在不同的True Cache节点，以增加单点的读效率。
每个分片仅存储本区域内的数据，这样做到了数据主权的合规与合法，但是增加了跨区域数据查询的时延，因此True Cache的另一个功能就是将其他区域的常用数据缓存到本区域True Cache节点的内存中，即加速了跨区域数据查询的效率、降低了时延，也没有将数据写入磁盘从而满足了合规与法律要求。

总结

本期展示并介绍了我画的关于Oracle 23ai全球分布式数据库的两张架构图。
老规矩，知道写了些啥。