zhouzhongping/wiki
1
0
Fork 0
Code
phone
wiki/Tech/database-system/PostgreSQL/基本概念.md

501 lines
24 KiB
Markdown
Raw Permalink Normal View History

Postgresql: 基本概念
2023-09-22 14:53:17 +08:00
---
title: 基本概念
description: Postgresql 基本概念
keywords:
- Postgresql
- 基本概念
tags:
项目：重构
2023-11-09 17:30:33 +08:00
- 数据库系统/PostgreSQL
技术：标签调整
2024-04-26 21:42:22 +08:00
- 技术/数据库
Postgresql: 基本概念
2023-09-22 14:53:17 +08:00
author: 7Wate
date: 2023-09-21
---
## 引言
```mermaid
graph TD;
A[大型图书馆系统] --> B1[历史分馆]
A --> B2[科学分馆]
A --> B3[文学分馆]
B1 --> C1[古代历史区]
B1 --> C2[现代历史区]
B2 --> C3[物理学区]
B2 --> C4[化学区]
B3 --> C5[古典文学区]
B3 --> C6[现代文学区]
C1 --> D1[书籍1]
C1 --> D2[书籍2]
C2 --> D3[书籍3]
C2 --> D4[书籍4]
C3 --> D5[书籍5]
C3 --> D6[书籍6]
C4 --> D7[书籍7]
C4 --> D8[书籍8]
C5 --> D9[书籍9]
C5 --> D10[书籍10]
C6 --> D11[书籍11]
C6 --> D12[书籍12]
style A fill:#f9d,stroke:#333,stroke-width:2px;
style B1 fill:#fc9,stroke:#333,stroke-width:2px;
style B2 fill:#fc9,stroke:#333,stroke-width:2px;
style B3 fill:#fc9,stroke:#333,stroke-width:2px;
style C1 fill:#9cf,stroke:#333,stroke-width:2px;
style C2 fill:#9cf,stroke:#333,stroke-width:2px;
style C3 fill:#9cf,stroke:#333,stroke-width:2px;
style C4 fill:#9cf,stroke:#333,stroke-width:2px;
style C5 fill:#9cf,stroke:#333,stroke-width:2px;
style C6 fill:#9cf,stroke:#333,stroke-width:2px;
style D1 fill:#c9f,stroke:#333,stroke-width:2px;
style D2 fill:#c9f,stroke:#333,stroke-width:2px;
style D3 fill:#c9f,stroke:#333,stroke-width:2px;
style D4 fill:#c9f,stroke:#333,stroke-width:2px;
style D5 fill:#c9f,stroke:#333,stroke-width:2px;
style D6 fill:#c9f,stroke:#333,stroke-width:2px;
style D7 fill:#c9f,stroke:#333,stroke-width:2px;
style D8 fill:#c9f,stroke:#333,stroke-width:2px;
style D9 fill:#c9f,stroke:#333,stroke-width:2px;
style D10 fill:#c9f,stroke:#333,stroke-width:2px;
style D11 fill:#c9f,stroke:#333,stroke-width:2px;
style D12 fill:#c9f,stroke:#333,stroke-width:2px;
```
**PostgreSQL 数据库服务可以被想象成一个大型的图书馆系统，它拥有一套完整的工具和服务来管理和查询存储在其中的数据，就像图书馆中的书籍。**这个系统不仅保证了数据的安全和完整性，还提供了高效的数据访问方式，就如同图书馆的管理员能够妥善管理所有的书籍和资料。
**在这个图书馆中，我们可以找到多个分馆，这就是所谓的数据库集簇。**每个数据库集簇就像一个分馆，拥有自己的一套书籍和资源，但都受到同一套图书馆系统的管理和维护。在 PostgreSQL 的架构中，一个数据库集簇是由多个数据库组成的，它们共享同一套 PostgreSQL 服务实例和系统资源，形成一个协调一致的系统。
**每个分馆可以被视为一个单一的实例，它是一个独立运行的 PostgreSQL 服务，管理着一个数据库集簇。**这个实例就像一个独立的图书馆分馆，拥有自己的资源和管理系统，可以为用户提供多样化的服务和资源。
**分馆中的各个专题区域，就是数据库。**在 PostgreSQL 中，一个数据库就像一个专门的区域，它聚焦于一个特定的主题或应用，存储着一系列相关的数据表和信息。就如同图书馆中有历史、科学或文学等不同的主题区域，每个区域都提供了丰富和多元的资源，满足不同用户的需求和探索。
通过这样的架构和组织方式，PostgreSQL 成为了一个高度灵活、安全和高效的数据库管理系统，能够满足现代数据管理的多样化需求。
## 组成
### 执行文件
| 文件名 | 描述 |
| ------------------- | ------------------------------------------------------------ |
| `clusterdb` | 用于重新集群数据库表的工具。 |
| `createdb` | 用于创建新数据库的工具。 |
| `createuser` | 用于创建新数据库用户的工具。 |
| `dropdb` | 用于删除数据库的工具。 |
| `dropuser` | 用于删除数据库用户的工具。 |
| `initdb` | 用于初始化新数据库群集的工具。 |
| `oid2name` | 用于将 OID（对象标识符）转换为名称的工具。 |
| `pg_amcheck` | 用于验证索引的完整性和一致性的工具。 |
| `pg_archivecleanup` | 用于清理归档日志文件的工具，通常与归档日志一起使用。 |
| `pg_basebackup` | 用于创建 PostgreSQL 数据库的基本备份的工具。 |
| `pgbench` | 用于进行性能基准测试的工具。 |
| `pg_checksums` | 用于管理 PostgreSQL 数据目录中的页校验和设置。 |
| `pg_config` | 用于检索 PostgreSQL 安装的配置信息的工具。 |
| `pg_controldata` | 用于检索 PostgreSQL 数据目录中的控制信息的工具。 |
| `pg_ctl` | 用于启动、停止和管理 PostgreSQL 服务器的工具。 |
| `pg_dump` | 用于将 PostgreSQL 数据库导出为 SQL 脚本文件的工具。 |
| `pg_dumpall` | 用于导出所有 PostgreSQL 数据库的工具。 |
| `pg_isready` | 用于检查 PostgreSQL 服务器是否准备好接受连接的工具。 |
| `pg_receivewal` | 用于接收和保存流复制的 WAL（Write-Ahead Logging）数据的工具。 |
| `pg_recvlogical` | 用于接收和保存逻辑复制的数据的工具。 |
| `pg_resetwal` | 用于重置 PostgreSQL 的 WAL 日志文件的工具。 |
| `pg_restore` | 用于从 SQL 脚本文件或自定义归档中恢复 PostgreSQL 数据库的工具。 |
| `pg_rewind` | 用于将一个 PostgreSQL 数据库群集回滚到以前的状态的工具。 |
| `pg_test_fsync` | 用于测试文件同步性能的工具。 |
| `pg_test_timing` | 用于测试系统定时性能的工具。 |
| `pg_upgrade` | 用于升级 PostgreSQL 数据库群集的工具。 |
| `pg_verifybackup` | 用于验证 PostgreSQL 备份的完整性的工具。 |
| `pg_waldump` | 用于解析和显示 WAL（Write-Ahead Logging）文件内容的工具。 |
| `postgres` | PostgreSQL 服务器主进程的可执行文件。 |
| `postmaster` | 符号链接，指向 PostgreSQL 服务器主进程的可执行文件。 |
| `psql` | 用于与 PostgreSQL 数据库进行交互的命令行客户端工具。 |
| `reindexdb` | 用于重新创建索引的工具。 |
| `vacuumdb` | 用于执行 VACUUM 操作以清理和优化 PostgreSQL 数据库的工具。 |
| `vacuumlo` | 用于管理 PostgreSQL 大对象的工具。 |
### 数据目录
| 文件/目录名称 | 作用 |
| --------------------- | ------------------------------------------------------------ |
| base | 存储用户创建的数据库和表的数据文件 |
| global | 存储系统范围的共享表格定义和数据 |
| pg_commit_ts | 用于跟踪提交的事务时间戳 |
| pg_dynshmem | 动态共享内存目录，用于在运行时分配共享内存段 |
| pg_hba.conf | 客户端身份验证规则配置文件，用于控制客户端连接的权限 |
| pg_ident.conf | 用于标识客户端连接的规则配置文件 |
| pg_logical | 用于逻辑复制的相关文件和状态信息 |
| pg_multixact | 存储多事务共享锁的信息 |
项目：重构
2023-11-09 17:30:33 +08:00
| pg_notify | 用于实现 `NOTIFY` 和 `LISTEN` 功能的通知目录 |
Postgresql: 基本概念
2023-09-22 14:53:17 +08:00
| pg_replslot | 存储逻辑复制插槽信息的目录 |
| pg_serial | 存储序列的数据文件 |
| pg_snapshots | 存储快照信息 |
| pg_stat | 包含统计信息的目录，用于监视数据库性能 |
| pg_stat_tmp | 存储临时统计信息的目录 |
| pg_subtrans | 存储子事务信息 |
| pg_tblspc | 存储表空间符号链接的目录，每个数据库都有一个符号链接 |
| pg_twophase | 存储两阶段提交事务信息的目录 |
| PG_VERSION | 数据库簇的版本信息文件 |
| pg_wal | 存储 Write-Ahead Logging (WAL) 文件，用于事务恢复和复制 |
| pg_xact | 存储事务状态文件 |
| postgresql.auto.conf | 自动生成的配置文件，包含了数据库的自动化配置信息 |
| postgresql.conf | 数据库的主要配置文件，包含了许多配置选项 |
| **[postmaster.opts]** | **包含启动 PostgreSQL 时使用的最后一组选项。** |
| **[postmaster.pid]** | **包含运行的 PostgreSQL 主进程的 PID（进程 ID）和其他控制信息，用于防止多个服务器实例在同一数据目录上同时运行。** |
## 设计架构
### 架构图
```mermaid
graph LR;
A[PostgreSQL 数据库服务] --> B[数据库集簇];
B --> C[单一实例];
C --> D1[数据库 A];
C --> D2[数据库 B];
C --> D3[数据库 C];
D1 --> E1[数据表1];
D1 --> E2[数据表2];
D1 --> F1[视图];
D1 --> F2[函数];
D1 --> F3[触发器];
E1 --> G1[列];
E1 --> G2[索引];
E1 --> G3[主键];
E1 --> G4[外键];
E1 --> G9[约束];
E2 --> G5[列];
E2 --> G6[索引];
E2 --> G7[主键];
E2 --> G8[外键];
E2 --> G10[约束];
A --> H1[事务和并发控制];
A --> H2[备份和恢复];
A --> H3[安全性和权限管理];
A --> H4[复制和高可用性];
A --> H5[扩展性和插件];
A --> H6[连接管理];
A --> H7[监听和通知];
A --> I[进程管理器];
A --> J[SQL 解析器];
A --> K[查询优化器];
A --> L[查询执行器];
I --> M[后台进程];
I --> N[自动清理进程];
I --> O[后台工作进程];
L --> P[存储管理器];
P --> Q[缓冲区管理];
P --> R[磁盘空间管理];
P --> S[事务管理];
P --> X[日志管理];
Q --> T[共享缓冲区];
S --> V[事务日志];
S --> W[多版本并发控制 MVCC];
S --> U[WAL 预写日志];
H1 --> Y[锁管理];
H2 --> Z1[物理备份];
H2 --> Z2[逻辑备份];
H3 --> Z3[角色和权限管理];
H3 --> Z4[加密和认证];
H4 --> Z6[主从复制];
H4 --> Z7[同步复制];
H5 --> Z8[新数据类型];
H5 --> Z9[新函数];
H6 --> Z10[客户端连接];
H7 --> Z11[LISTEN];
H7 --> Z12[NOTIFY];
K --> Z5[统计信息];
L --> Z13[顺序扫描];
L --> Z14[索引扫描];
L --> Z15[哈希连接];
style A fill:#f9d,stroke:#333,stroke-width:2px;
style B fill:#fc9,stroke:#333,stroke-width:2px;
style C fill:#9cf,stroke:#333,stroke-width:2px;
style D1 fill:#9fc,stroke:#333,stroke-width:2px;
style D2 fill:#9fc,stroke:#333,stroke-width:2px;
style D3 fill:#9fc,stroke:#333,stroke-width:2px;
style E1 fill:#c9f,stroke:#333,stroke-width:2px;
style E2 fill:#c9f,stroke:#333,stroke-width:2px;
style F1 fill:#ccf,stroke:#333,stroke-width:2px;
style F2 fill:#ccf,stroke:#333,stroke-width:2px;
style F3 fill:#ccf,stroke:#333,stroke-width:2px;
style G1 fill:#fcc,stroke:#333,stroke-width:2px;
style G2 fill:#fcc,stroke:#333,stroke-width:2px;
style G3 fill:#fcc,stroke:#333,stroke-width:2px;
style G4 fill:#fcc,stroke:#333,stroke-width:2px;
style G5 fill:#fcc,stroke:#333,stroke-width:2px;
style G6 fill:#fcc,stroke:#333,stroke-width:2px;
style G7 fill:#fcc,stroke:#333,stroke-width:2px;
style G8 fill:#fcc,stroke:#333,stroke-width:2px;
style G9 fill:#fcc,stroke:#333,stroke-width:2px;
style G10 fill:#fcc,stroke:#333,stroke-width:2px;
style H1 fill:#ccc,stroke:#333,stroke-width:2px;
style H2 fill:#ccc,stroke:#333,stroke-width:2px;
style H3 fill:#ccc,stroke:#333,stroke-width:2px;
style H4 fill:#ccc,stroke:#333,stroke-width:2px;
style H5 fill:#ccc,stroke:#333,stroke-width:2px;
style H6 fill:#ccc,stroke:#333,stroke-width:2px;
style H7 fill:#ccc,stroke:#333,stroke-width:2px;
```
### 进程结构
```mermaid
graph LR
A[客户端] --> B[后端进程/Backend Process]
B --> C[共享缓冲区/Shared Buffers]
B --> D[事务日志/WAL Writer]
B --> E[查询执行器/Query Executor]
B --> L[日志管理器/Log Manager]
B --> M[缓冲管理器/Buffer Manager]
B --> N[锁管理器/Lock Manager]
B --> O[进程间通信/IPC]
C --> D[事务日志/WAL Writer]
E --> C[共享缓冲区/Shared Buffers]
D --> J[归档进程/Archiver]
F[后台进程/Background Processes] --> C
F --> D
F --> G[统计信息收集器/Stats Collector]
F --> H[自动清理进程/Autovacuum Worker]
F --> I[检查点进程/Checkpointer]
F --> J
F --> K[后台工作进程/Background Worker]
F --> P[WAL Receiver]
I --> C[共享缓冲区/Shared Buffers]
style A fill:#f9d,stroke:#333,stroke-width:2px;
style B fill:#fc9,stroke:#333,stroke-width:2px;
style C fill:#9cf,stroke:#333,stroke-width:2px;
style D fill:#9cf,stroke:#333,stroke-width:2px;
style E fill:#9cf,stroke:#333,stroke-width:2px;
style F fill:#9fc,stroke:#333,stroke-width:2px;
style G fill:#c9f,stroke:#333,stroke-width:2px;
style H fill:#c9f,stroke:#333,stroke-width:2px;
style I fill:#c9f,stroke:#333,stroke-width:2px;
style J fill:#c9f,stroke:#333,stroke-width:2px;
style K fill:#c9f,stroke:#333,stroke-width:2px;
style L fill:#c9f,stroke:#333,stroke-width:2px;
style M fill:#c9f,stroke:#333,stroke-width:2px;
style N fill:#c9f,stroke:#333,stroke-width:2px;
style O fill:#c9f,stroke:#333,stroke-width:2px;
style P fill:#c9f,stroke:#333,stroke-width:2px;
```
- **客户端**: 这是用户与 PostgreSQL 数据库交互的入口点。客户端可以是任何支持 PostgreSQL 的应用程序或工具，如 psql、PgAdmin 等。
- **后端进程/Backend Process**: 当客户端发起连接请求时，PostgreSQL 会为每个连接创建一个后端进程。这个进程负责处理客户端的所有请求，包括查询执行、事务管理等。
- **共享缓冲区/Shared Buffers**: 这是 PostgreSQL 的内存缓存，用于存储表数据、索引、系统目录等。后端进程和后台进程都可以访问这个缓冲区。
- **事务日志/WAL Writer**: WAL (Write-Ahead Logging) 是 PostgreSQL 的一种持久化机制。在数据被写入磁盘之前，所有的修改都会先被记录在 WAL 中。这确保了在系统崩溃的情况下数据的完整性和持久性。
- **查询执行器/Query Executor**: 负责解析、优化和执行 SQL 查询。
- **后台进程/Background Processes**: 这是一组进程，负责各种后台任务，如清理、统计信息收集、日志归档等。
- **统计信息收集器/Stats Collector**: 收集数据库的使用统计信息，如查询执行次数、表的访问频率等。
- **自动清理进程/Autovacuum Worker**: 负责清理旧的数据和空间回收。
- **检查点进程/Checkpointer**: 定期将共享缓冲区中的数据写入磁盘，并创建检查点。
- **归档进程/Archiver**: 负责将 WAL 日志文件归档到一个指定的位置，以便于备份和恢复。
- **后台工作进程/Background Worker**: 可以执行各种自定义的后台任务。
- **日志管理器/Log Manager , 缓冲管理器/Buffer Manager , 锁管理器/Lock Manager , 进程间通信/IPC**: 这些都是 PostgreSQL 内部的核心组件，负责日志记录、缓冲管理、锁定资源和进程间的通信。
- **WAL Receiver**: 在复制环境中，WAL Receiver 负责从主服务器接收 WAL 记录。
### 内存结构
```mermaid
graph LR
A[PostgreSQL 内存结构]
A --> B[共享缓冲区/Shared Buffers]
A --> C[工作内存/Work Mem]
A --> D[维护工作内存/Maintenance Work Mem]
A --> E[WAL缓冲区/WAL Buffers]
A --> F[本地缓冲区/Local Buffers]
A --> G[消息层/Message Layer]
A --> H[CLOG缓冲区/CLOG Buffers]
A --> I[TOAST缓冲区/TOAST Buffers]
style A fill:#f9d,stroke:#333,stroke-width:2px;
style B fill:#9cf,stroke:#333,stroke-width:2px;
style C fill:#9cf,stroke:#333,stroke-width:2px;
style D fill:#9cf,stroke:#333,stroke-width:2px;
style E fill:#9cf,stroke:#333,stroke-width:2px;
style F fill:#9cf,stroke:#333,stroke-width:2px;
style G fill:#9cf,stroke:#333,stroke-width:2px;
style H fill:#9cf,stroke:#333,stroke-width:2px;
style I fill:#9cf,stroke:#333,stroke-width:2px;
```
- **PostgreSQL 内存结构**: 这是 PostgreSQL 数据库的总体内存结构，它包含了多个专门的缓冲区和内存区域，用于不同的任务和操作。
- **共享缓冲区/Shared Buffers**: 这是 PostgreSQL 的主要缓存区，用于存储表数据、索引和系统目录。它是所有后端进程和后台进程共享的，用于减少磁盘 I/O。
- **工作内存/Work Mem**: 用于存储排序和哈希操作的中间结果。每个后端进程都有自己的工作内存。
- **维护工作内存/Maintenance Work Mem**: 用于存储维护任务（如 VACUUM、CREATE INDEX）的中间结果。这通常比普通的工作内存大。
项目：重构
2023-11-09 17:30:33 +08:00
- **WAL 缓冲区/WAL Buffers**: 用于存储即将写入 WAL（Write-Ahead Logging）的日志记录。这确保了在数据被写入磁盘之前，所有的修改都会先被记录在 WAL 中。
Postgresql: 基本概念
2023-09-22 14:53:17 +08:00
- **本地缓冲区/Local Buffers**: 用于存储临时表的数据。与共享缓冲区不同，本地缓冲区是每个后端进程私有的。
- **消息层/Message Layer**: 负责处理后端进程之间的消息传递，如锁通知和进程间通信。
项目：重构
2023-11-09 17:30:33 +08:00
- **CLOG 缓冲区/CLOG Buffers**: CLOG (Commit Log) 用于存储事务的提交状态。每个事务都有一个对应的 CLOG 记录，指示它是已提交、未提交还是中止。
- **TOAST 缓冲区/TOAST Buffers**: TOAST (The Oversized-Attribute Storage Technique) 是 PostgreSQL 用于存储大型数据的机制。当一个数据项太大而不能直接存储在常规的数据页中时，它会被“toast”到一个特殊的 TOAST 表中，并在原表中保留一个指针。TOAST 缓冲区用于缓存这些大型数据项。
Postgresql: 基本概念
2023-09-22 14:53:17 +08:00
### 逻辑存储结构
```mermaid
graph LR
A[数据库集群/Cluster]
A --> B[全局系统目录/pg_global]
A --> C[数据库/Database 1]
A --> D[数据库/Database 2]
A --> E[...]
A --> F[数据库/Database N]
A --> S[表空间/Tablespace 1]
A --> T[表空间/Tablespace 2]
A --> U[...]
A --> V[表空间/Tablespace N]
B --> G[全局表/Global Tables]
B --> H[全局系统目录/Global System Catalogs]
C --> M[系统目录/System Catalogs]
C --> N[用户表/User Tables]
C --> O[索引/Indexes]
C --> P[视图/Views]
C --> Q[序列/Sequences]
C --> R[其他对象/Other Objects]
C --> W[扩展/Extensions]
```
### 物理存储结构
```mermaid
graph TD
A[数据库 Database]
B1[表空间 Tablespace 1]
B2[表空间 Tablespace 2]
C1[关系文件 Relation File 1]
C2[关系文件 Relation File 2]
D[数据文件 Data File]
E[索引文件 Index File]
F[事务日志 WAL]
G[统计信息 Statistics]
H[配置文件 Config Files]
I[备份文件 Backup Files]
A --> B1
A --> B2
B1 --> C1
B2 --> C2
C1 --> D
C1 --> E
C2 --> D
C2 --> E
A --> F
A --> G
A --> H
A --> I
```
### 堆表文件内部结构
```mermaid
graph TD
A[页面 Page]
B[页面头部 Page Header]
C[项目指针数组 Item Pointer Array]
D[元组1 Tuple 1]
E[元组2 Tuple 2]
F[元组N Tuple N]
G[空闲空间图 Free Space Map]
H[可见性图 Visibility Map]
I[多版本并发控制 MVCC]
J[仅堆元组 HOT]
A --> B
A --> C
C --> D
C --> E
C --> F
A --> G
A --> H
D --> I
E --> I
F --> I
D --> J
E --> J
F --> J
```
## 服务模式
```mermaid
graph TD
A[PostgreSQL 服务模式]
B[单用户模式]
C[多用户模式]
D[主-从复制模式]
E[集群模式]
F[主数据库]
G[从数据库1]
H[从数据库2]
I[服务实例1]
J[服务实例2]
K[服务实例3]
A --> B
A --> C
A --> D
A --> E
D --> F
F --> G[同步数据]
F --> H[同步数据]
E --> I
E --> J
E --> K
style A fill:#f9d,stroke:#333,stroke-width:2px
style B fill:#eef,stroke:#333,stroke-width:2px
style C fill:#eef,stroke:#333,stroke-width:2px
style D fill:#eef,stroke:#333,stroke-width:2px
style E fill:#eef,stroke:#333,stroke-width:2px
style F fill:#ddd,stroke:#333,stroke-width:2px
style G fill:#ddd,stroke:#333,stroke-width:2px
style H fill:#ddd,stroke:#333,stroke-width:2px
style I fill:#ddd,stroke:#333,stroke-width:2px
style J fill:#ddd,stroke:#333,stroke-width:2px
style K fill:#ddd,stroke:#333,stroke-width:2px
```
### 单用户模式
在单用户模式下，PostgreSQL 服务只允许一个用户（或一个应用）同时访问和操作数据库。这就像一个图书馆在特定时间只对一名读者开放，以便他/她可以独自浏览和使用图书馆的所有资源，而不会受到其他人的干扰。这种模式**通常用于数据库维护和故障排除。**在这种模式下，由于没有并发访问，管理员可以更容易地进行数据库的维护工作，如备份、恢复、重建索引等。
### 多用户模式
**多用户模式是 PostgreSQL 的常规运行模式**，它允许多个用户（或多个应用）同时访问和操作数据库。这就像一个图书馆在正常营业时间对所有读者开放，每个人都可以自由地浏览书籍和使用资源，同时图书馆的管理员会确保所有的操作都是有序和高效的。在这种模式下，数据库服务器必须处理并发访问，确保数据的完整性和一致性，并提供事务管理功能。
项目：重构
2023-11-09 17:30:33 +08:00
### 主 - 从复制模式
Postgresql: 基本概念
2023-09-22 14:53:17 +08:00
项目：重构
2023-11-09 17:30:33 +08:00
在主 - 从复制模式下，有一个主数据库（主图书馆）和一个或多个从数据库（分支图书馆）。**主数据库负责处理所有的写操作（如添加新书籍），而从数据库则是主数据库的只读副本，用于处理读操作（如查询书籍）。**从数据库会定期从主数据库同步数据，以保证数据的一致性。这样可以提高系统的读取性能和可用性。此外，这种模式还为数据备份和灾难恢复提供了额外的保障，因为从数据库可以作为备份数据源。
Postgresql: 基本概念
2023-09-22 14:53:17 +08:00
### 集群模式
**在集群模式下，多个 PostgreSQL 服务实例协同工作，共同提供数据库服务。**这就像一个图书馆网络，其中每个图书馆都可以提供完整的服务，并通过协同工作来提供更高效和更可靠的服务。这种模式可以提高系统的性能和可用性，同时也提供了更高的数据安全性。集群中的每个实例都可以处理读写请求，而数据的分布和复制是由集群管理软件自动处理的。这种模式通常用于大型、高并发的应用场景，需要高可用性和故障切换能力。
Copy Permalink