数据库管理275期 2024-12-25
- 数据库管理-第275期 Oracle 23ai:画了两张架构图(20241225)
- 1 系统管理分片
- 2 用户定义分片
- 总结
数据库管理-第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全球分布式数据库的两张架构图。
老规矩,知道写了些啥。