域名怎么绑定网站一起做网店官方网站

域名怎么绑定网站,一起做网店官方网站,wordpress flatsome,史上最全设计网站目录标题1️⃣ 基本定义2️⃣ 层级关系3️⃣ PG 的特点4️⃣ 在 PG 模式与 PG PostgreSQL 模式的区别5️⃣ 简单示意图总结#x1f9e9; OceanBase PG 架构示意图#xff08;ASCII 图#xff09;#x1f4cc; 图示说明✔ 1. Tenant#xff08;租户#xff09;✔ 2. Tabl…目录标题1️⃣ 基本定义2️⃣ 层级关系3️⃣ PG 的特点4️⃣ 在 PG 模式与 PG PostgreSQL 模式的区别5️⃣ 简单示意图总结 OceanBase PG 架构示意图ASCII 图 图示说明✔ 1. Tenant租户✔ 2. Table表✔ 3. Partition表分区✔ 4. **PG Partition Group分区组**✔ 5. Replica副本 更直观的全流程示意分布式 为什么 OB 要引入 PG1️⃣ 基本定义PG Partition Group分区组一个 PG 里面包含若干个副本Replica负责存储某一部分表的数据。OceanBase 将数据按Tenant → Table → Partition → PG → Replica的层级管理。2️⃣ 层级关系层级说明Tenant租户相当于一个数据库实例Table表属于某个 TenantPartition表的分片如果表分区PG分区组每个 PG 存放一个或多个分区的数据副本Replica副本一个 PG 可以有多个副本通常 3 个分布在不同节点上所以 PG 是数据分片的副本集合是 OceanBase 数据一致性与高可用的最小管理单元。3️⃣ PG 的特点高可用一个 PG 通常有 3 个副本leader follower learner。Leader 负责读写请求Follower 提供备份和读取。分布式存储不同 PG 的副本分布在不同的 observer 节点上。一个大表可能跨多个 PG每个 PG 存储表的一部分数据。数据迁移 / 负载均衡单位OB 调度节点做扩容/迁移时都是以 PG 为单位搬迁数据。PG 的迁移不会影响其他 PG 的正常读写。4️⃣ 在 PG 模式与 PG PostgreSQL 模式的区别OB 有MySQL 模式和PostgreSQL 模式PostgreSQL 模式下你会看到 PG 概念更加明显因为每个 PG 就是一个逻辑分片 副本集合。MySQL 模式下表也会有 PG但对使用者来说是透明的你直接访问表即可PG 在后台管理。5️⃣ 简单示意图Tenant (mysqlt1) └─ Table (user_info) ├─ Partition 1 │ └─ PG 101 │ ├─ Leader Replica - Node1 │ ├─ Follower Replica - Node2 │ └─ Follower Replica - Node3 └─ Partition 2 └─ PG 102 ├─ Leader Replica - Node2 ├─ Follower Replica - Node3 └─ Follower Replica - Node1每个 PG 有自己独立的 Leader/Follower读写请求会路由到 Leader。总结PG Partition Group 分区组 副本集合PG 是 OB 的最小管理和调度单位PG 决定数据的高可用、分布式存储和负载均衡策略下面给你画一张OceanBase PGPartition Group架构的完整示意图包括 Tenant → Table → Partition → PG → Replica 的关系清晰直观。 OceanBase PG 架构示意图ASCII 图┌──────────────────────────────────────────────────────────────┐ │ Tenant: mysqlt1 │ │ 每个租户都有独立的资源 数据 事务管理 │ └──────────────────────────────────────────────────────────────┘ │ ▼ ┌──────────────────────────────────────────────────────────────┐ │ Table: order_info │ │ 表可能有 0/1/N 个 Partition视分区策略而定 │ └──────────────────────────────────────────────────────────────┘ │ ▼ ┌──────────────────────────┬──────────────────────────┐ │ Partition 0 │ Partition 1 │ │ (非分区表则只有1个) │ 范围/哈希分区 │ └──────────────────────────┴──────────────────────────┘ │ │ ▼ ▼ ┌──────────────────┐ ┌──────────────────┐ │ PG 1001 │ │ PG 1002 │ │分区组/最小管理单元│ │分区组/最小管理单元│ └──────────────────┘ └──────────────────┘ │ │ │ │ │ │ ▼ ▼ ▼ ▼ ▼ ▼ ┌────────────┬────────────┬────────────┐ 副本 │ Leader │ Follower │ Follower │ │ Node1 │ Node2 │ Node3 │ └────────────┴────────────┴────────────┘ 图示说明✔ 1. Tenant租户OceanBase 多租户架构每个租户相当于一个“独立的数据库实例”不同租户之间数据隔离、资源隔离。✔ 2. Table表一个租户下可以有多张表。✔ 3. Partition表分区表可能不分区 → 1 个分区Range / List / Hash 分区 → N 个分区✔ 4.PG Partition Group分区组PG 是 OB最核心的概念是最小的数据调度、复制、高可用单元。每个 PG 下包含多个副本通常为 31 个 Leader负责事务提交、读写2 个 Follower副本 提供只读能力OceanBase 的数据迁移、均衡、备份、恢复都以PG 为粒度进行。✔ 5. Replica副本PG 会在多个节点observer上放置多个副本副本类型功能Leader处理写入、强一致读取Follower接收日志同步用于 HA、高可用学习者副本可选备份或归档使用 更直观的全流程示意分布式Tenant ↓ Table ↓ Partition(s) ↓ ┌───────────┐ │ PG │ --- OceanBase 的最小调度单元 └───────────┘ ↓ ↓ ↓ Replica Leader/Follower 分布三个不同 observer 节点 为什么 OB 要引入 PGPG 解决分布式数据库的 3 个核心问题①高可用用副本 Leader 机制实现。②负载均衡以 PG 为单位迁移避免一次性搬迁大表。③弹性扩容只需把 PG 迁移到新节点即可。如果你愿意我还能✅ 画PG 迁移流程图✅ 画事务在 PG Leader 上执行的流程图✅ 画备份Backup Set与 PG 之间的关系图