应用预防医学期刊数据库（预防医学类期刊）

2022-12-09

OceanBase作为集群运行，由许多服务器组成。机器分为三组，每组是一个称为Zone的区域，每台机器通过网络相互访问。没有光纤交换机、共享存储、直连网线等。

通常，服务器建议尽可能大的处理器、内存和磁盘，磁盘建议使用普通固态硬盘。普通服务器的优点是便宜，缺点是可靠性和性能可能没有小型飞机高。这意味着OceanBase可以部署在一组不可靠且性能不高的典型服务器上，但它提供了许多功能，包括高性能、高可用性、高可靠性和灵活性。

以上是OceanBase集群的外观和能力，但为业务提供的不是该集群的所有资源和能力，而是其子集(租户)。

OceanBase多租户特性

OceanBase定义基本资源规范“资源单元配置”，如4CPU8Gmem500Gdisk，然后选择一种资源规范以创建资源池“资源池”。此时，将分配一部分群集资源。最后，如果将此资源池与新租户相关联，租户就可以使用此资源池的能力。

OceanBase默认为sys，用于管理整个集群。用户租户必须在sys内部创建。

#sys登录方法

$ MySQL-hxxx.xx.11.11-uroot @ sys # ob demo-p 2883-prootoceanbase-a

#资源规范(单元配置) ) ) )。

createresourceunits0_ UC max _ CPU=2，max_memory='5G '，…

资源单元(单元)。

createresourcepoolpool _ 01 unit=' s0 _ UC '，unit_num=2，

(Tenant )

createtenanttest _ ins resource _ pool _ list=' pool _ 01 '，

OceanBase与大多数MySQL连接协议和语法兼容，租户的使用体验与MySQL实例类似。研发可以在租户中创建数据库(Database，表) )。也包括分区表等。

在OceanBase中描述的数据的最小粒度是分区。普通表(非分区表)是一个分区表，分区表包含多个分区。

数据是绝对隔离，资源在一定程度上是隔离的。研发可以将业务首先垂直划分为多个独立的子业务，分别使用不同的租户或集群。

OceanBase资源单元

因为不知道数据具体在哪个设备上，所以也可以说没有必要知道。不过，由于租户的性能还取决于运维为租户计划的资源池分布情况，因此了解资源单元的分布特性对性能规划也有意义。

资源池(Resource Pool )由一系列资源单元组成。资源单元的数量默认与Zone的数量一致，或者是其倍数。可以设置具体分布在哪个Zone，以及每个Zone内的Unit的数量。

资源单元具备一定的资源能力，是数据的容器。租户拥有的资源单元的规格和数量决定了此租户的最大性能。资源单元可以在同一Zone的不同节点之间自由迁移，OceanBase将尽可能保持每个节点的资源利用率平衡。

OceanBase分割设计

分割数据库

有两种类型的数据库划分。

一个是垂直分割。这意味着将每个业务模块划分为不同的实例或库。为了不使模块彼此相互影响，可以分割为不同的实例。

一个是水平分割。将业务表划分为n个结构相同的物理表。中间件进行业务表(逻辑表)到分表(物理表)的映射路由和结果汇总计算等其他相关操作。这n个物理表可以在不同实例的不同库中。库的维和表的维数可以不同，也可以是灵活的。

分区表。将一个物理表设计为分区表，分割为n个分区。分区表中的每个分区结构在数据库内部都是一致的。 OceanBase选择分区表的水平划分，并支持第二级分区表。这意味着两个不同的分割维将重叠使用。

业务表order首先经过中间件被分割为100个分区(存在10个数据库)，各分区在OceanBase内部又是分区表) 100个分区。分区表中的维和分区表分区中的维基于用户ID是一致的。

分库分表和划分各有利弊。

分割表的优点是，各分割表结构的一致性可以由中间部件层保证，容易控制，适合灰度变更(允许部分分割表结构不一致，最终必须全部一致)。另外，更大的优势是实现异地多生命单元架构不可缺少的条件。缺点是中间件的SQL支持范围有限。

分区的优点是在数据库中解决了分割问题。分区表的SQL功能是数据库SQL引擎的本质工作，相关特性(全局索引、辅助分区等)将持续开发和完善。

分区

库表划分体系结构的设计需要确定机器数量、实例数量、库数量和表数量的拓扑结构，而性能理论的上限取决于主实例所在的机器节点的数量

。此后要做扩展就要调整这四个元素的数目及其联系。这种扩展很可能涉及到分表数据的迁移，需要借助外部工具或产品实现。

首页

在线沟通

一键导航

一键拨号