1
0
wiki/FormalSciences/ComputerScience/DatabaseSystem/3.PostgreSQL/基本概念.md

501 lines
24 KiB
Markdown
Raw Normal View History

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
- 技术/数据库
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` | 用于接收和保存流复制的 WALWrite-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` | 用于解析和显示 WALWrite-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` 功能的通知目录 |
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**: 用于存储即将写入 WALWrite-Ahead Logging的日志记录。这确保了在数据被写入磁盘之前所有的修改都会先被记录在 WAL 中。
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 缓冲区用于缓存这些大型数据项。
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
### 主 - 从复制模式
2023-09-22 14:53:17 +08:00
2023-11-09 17:30:33 +08:00
在主 - 从复制模式下,有一个主数据库(主图书馆)和一个或多个从数据库(分支图书馆)。**主数据库负责处理所有的写操作(如添加新书籍),而从数据库则是主数据库的只读副本,用于处理读操作(如查询书籍)。**从数据库会定期从主数据库同步数据,以保证数据的一致性。这样可以提高系统的读取性能和可用性。此外,这种模式还为数据备份和灾难恢复提供了额外的保障,因为从数据库可以作为备份数据源。
2023-09-22 14:53:17 +08:00
### 集群模式
**在集群模式下,多个 PostgreSQL 服务实例协同工作,共同提供数据库服务。**这就像一个图书馆网络,其中每个图书馆都可以提供完整的服务,并通过协同工作来提供更高效和更可靠的服务。这种模式可以提高系统的性能和可用性,同时也提供了更高的数据安全性。集群中的每个实例都可以处理读写请求,而数据的分布和复制是由集群管理软件自动处理的。这种模式通常用于大型、高并发的应用场景,需要高可用性和故障切换能力。