PostgreSQL 日常运维全指南：从基础操作到备份恢复

引言

PostgreSQL（简称 PG）作为一款功能强大的开源关系型数据库，以其稳定性、高性能和丰富的特性，成为企业级应用的主流数据库选型之一。无论是业务系统的搭建、数据的日常管理，还是故障的应急处理，PostgreSQL 的日常运维都是保障系统稳定运行的核心环节。

对于运维人员、DBA 乃至后端开发工程师来说，熟练掌握 PostgreSQL 的基础操作、模式管理、数据操作、备份恢复、远程连接等核心技能，是应对日常工作、排查问题、保障业务高可用的必备能力。本文将基于 PostgreSQL 日常运维的核心知识点，从基础使用到高阶运维，系统梳理全流程操作，打造一份可直接落地的运维手册，帮助读者快速上手并精通 PostgreSQL 日常运维。

---

一、PostgreSQL 基础使用：从登录到库表操作

1.1 登录数据库

PostgreSQL 安装完成后，默认会创建一个名为postgres的超级用户，这是登录数据库的默认入口。在 Linux 系统中，我们可以通过以下两种方式登录数据库：

方式一：切换用户登录

# 切换到postgres用户
su - postgres
# 登录psql客户端
psql

登录成功后，命令行提示符会变为postgres=#，代表已成功进入 PostgreSQL 交互环境。

方式二：直接指定用户登录

无需切换用户，直接通过psql命令指定用户和数据库登录：

# 以postgres用户登录postgres数据库
psql -U postgres -d postgres

如果需要指定远程主机和端口，可添加-h和-p参数：

psql -h 192.168.1.100 -p 5432 -U postgres -d postgres

补充：退出 psql 客户端可使用\q命令，直接返回系统命令行。

1.2 数据库操作

数据库是 PostgreSQL 中数据存储的顶层容器，日常运维中最基础的操作就是对数据库的增删改查。

1.2.1 列出库

查看 PostgreSQL 实例中所有的数据库，有三种常用方法：

方法一：\l 元命令

这是最常用、最便捷的查看方式，直接在 psql 中执行：

\l
# 或 \list，效果完全一致

执行后会列出所有数据库的名称、拥有者、编码、排序规则、字符集、访问权限等核心信息。

方法二：\l+ 元命令

在\l的基础上增加了size、tablespace和description列，可查看数据库大小、表空间和备注信息：

\l+

方法三：SQL 查询

通过系统表pg_database查询，适合在脚本中批量获取数据库信息：

SELECT datname FROM pg_database;
-- 查看完整信息
SELECT datname, datdba, encoding, datcollate, datctype, datacl FROM pg_database;

pg_database是 PostgreSQL 的系统目录表，存储了实例中所有数据库的元信息，无论当前连接哪个数据库，都可以直接查询该表。

1.2.2 创建库

使用CREATE DATABASE命令创建新数据库，语法如下：

CREATE DATABASE 数据库名;
-- 示例：创建名为mydb的数据库
CREATE DATABASE mydb;

也可以指定拥有者、编码等参数：

CREATE DATABASE mydb OWNER postgres ENCODING 'UTF8';

1.2.3 删除库

使用DROP DATABASE命令删除数据库，注意：删除操作不可逆，执行前务必确认数据已备份：

DROP DATABASE 数据库名;
-- 示例：删除mydb数据库
DROP DATABASE mydb;

注意：删除数据库时，必须确保没有任何客户端连接到该数据库，否则会删除失败。可通过pg_stat_activity视图查询并终止相关连接。

1.2.4 切换库

在 psql 中切换当前连接的数据库，使用\c（或\connect）元命令：

\c 目标数据库名
-- 示例：切换到mydb数据库
\c mydb

执行成功后，命令行提示符会变为mydb=#，代表当前已连接到 mydb 数据库。

1.2.5 查看库大小

查看数据库占用的磁盘空间，有两种常用方式：

方式一：pg_database_size函数

-- 以字节为单位返回大小
SELECT pg_database_size('mydb');
-- 以人类可读格式返回（MB/GB）
SELECT pg_size_pretty(pg_database_size('mydb'));

方式二：\l+元命令

直接在\l+的输出中查看Size列，快速获取所有数据库的大小信息。

1.3 数据表操作

表是数据库中存储数据的核心对象，表操作是日常运维中最频繁的工作之一。

1.3.1 列出表

查看当前数据库中的所有表，常用方法如下：

方法一：\dt 元命令

默认列出public模式下的所有用户表：

\dt

如果需要查看指定模式下的表，可指定模式名：

\dt hr.*

如果需要查看所有模式下的表，可使用\dt *.*，或通过\dn查看所有模式后再指定。

方法二：SQL 查询

通过系统表pg_tables查询，适合脚本化操作：

SELECT schemaname, tablename FROM pg_tables WHERE schemaname = 'public';
-- 查看所有模式下的所有表
SELECT schemaname, tablename FROM pg_tables;

1.3.2 创建表

使用CREATE TABLE命令创建表，语法如下：

CREATE TABLE 表名 (
    列名1 数据类型 [约束],
    列名2 数据类型 [约束],
    ...
    表级约束
);
-- 示例：创建员工表test
CREATE TABLE test (
    id INT PRIMARY KEY,
    name CHAR(10),
    age INT
);

PostgreSQL 支持丰富的数据类型，包括整数、字符、日期、JSON、数组等，同时支持主键、外键、唯一约束、非空约束等多种完整性约束。

1.3.3 复制表

复制表结构和数据，有两种常用方式：

方式一：复制结构 + 数据

CREATE TABLE 新表名 AS TABLE 原表名;
-- 示例：复制test表为test2
CREATE TABLE test2 AS TABLE test;

该方式会完全复制原表的结构和数据，但不会复制原表的约束（如主键、索引），需要手动添加。

方式二：仅复制结构

CREATE TABLE 新表名 (LIKE 原表名 INCLUDING ALL);
-- 示例：仅复制test表结构为test3
CREATE TABLE test3 (LIKE test INCLUDING ALL);

INCLUDING ALL会包含原表的所有约束、索引、默认值等，仅复制结构，不复制数据。

1.3.4 删除表

使用DROP TABLE命令删除表，不可逆操作，务必谨慎执行：

DROP TABLE 表名;
-- 示例：删除test2表
DROP TABLE test2;
-- 级联删除（删除表及相关依赖对象，如视图、外键）
DROP TABLE test CASCADE;

1.3.5 查看表结构

查看表的字段、类型、约束等信息，使用\d元命令：

\d 表名;
-- 示例：查看test表结构
\d test;

执行后会列出表的列名、类型、修饰符（如主键、非空）、存储类型等完整信息。

---

二、模式（Schema）操作：数据库的逻辑隔离

2.1 什么是模式

模式（Schema）是 PostgreSQL 中数据库的逻辑分组，相当于数据库中的 "命名空间"。同一个数据库中可以创建多个模式，不同模式下可以存在同名的表、视图等对象，实现数据的逻辑隔离。

PostgreSQL 默认会为每个数据库创建public模式，所有新建对象默认都会创建在public模式下。

2.2 创建模式

使用CREATE SCHEMA命令创建模式：

CREATE SCHEMA 模式名;
-- 示例：创建hr模式
CREATE SCHEMA hr;

也可以指定模式的拥有者：

CREATE SCHEMA hr AUTHORIZATION postgres;

2.3 默认模式与搜索路径（Search Path）

当我们在 SQL 中不指定模式名时，PostgreSQL 会按照search_path（搜索路径）的顺序查找对象。默认的搜索路径为：

SHOW search_path;
-- 输出："$user", public

• $user：代表与当前登录用户名同名的模式，如果存在则优先查找；
• public：默认的公共模式。

我们可以通过SET命令修改搜索路径：

-- 临时修改（当前会话生效）
SET search_path TO hr, public;
-- 永久修改（修改postgresql.conf配置文件）
search_path = hr, public

修改搜索路径后，执行 SQL 时会优先查找hr模式下的对象，再查找public模式，无需每次都写hr.表名。

2.4 删除模式

使用DROP SCHEMA命令删除模式，有两种方式：

方式一：仅删除空模式

DROP SCHEMA 模式名;
-- 示例：删除空的hr模式
DROP SCHEMA hr;

如果模式中存在对象（表、视图等），会删除失败。

方式二：级联删除（删除模式及所有对象）

DROP SCHEMA 模式名 CASCADE;
-- 示例：删除hr模式及其中所有对象
DROP SCHEMA hr CASCADE;

注意：级联删除会彻底删除模式下的所有数据，不可逆，执行前务必备份！

2.5 查看所有模式

查看当前数据库中的所有模式，有两种方法：

方法一：\dn 元命令

\dn
# 查看详细信息（包含拥有者）
\dn+

方法二：SQL 查询

通过information_schema.schemata系统视图查询：

SELECT schema_name FROM information_schema.schemata;

2.6 切换当前模式

切换当前会话的默认模式，本质是修改search_path：

-- 切换到hr模式，优先搜索hr
SET search_path TO hr, public;

也可以通过SET SCHEMA命令快速切换：

SET SCHEMA 'hr';

2.7 查看当前所在模式

查看当前会话的默认模式，使用current_schema函数：

SELECT current_schema();

查看完整的搜索路径：

SHOW search_path;

2.8 模式隔离实战演示

我们通过一个完整的示例，演示模式的隔离特性：

步骤 1：创建数据库

CREATE DATABASE mydb;
\c mydb

步骤 2：创建两个模式

CREATE SCHEMA schema1;
CREATE SCHEMA schema2;

步骤 3：在两个模式中创建同名表，并插入数据

-- schema1中创建users表
CREATE TABLE schema1.users (id INT);
INSERT INTO schema1.users VALUES(1);

-- schema2中创建同名users表
CREATE TABLE schema2.users (id INT);
INSERT INTO schema2.users VALUES(2);

步骤 4：查询验证

-- 直接查询（默认public模式，无表，报错）
SELECT * FROM users;

-- 指定模式查询
SELECT * FROM schema1.users; -- 输出1
SELECT * FROM schema2.users; -- 输出2

-- 修改搜索路径，优先查询schema1
SET search_path TO schema1, public;
SELECT * FROM users; -- 输出1（自动匹配schema1.users）

-- 修改搜索路径，优先查询schema2
SET search_path TO schema2, public;
SELECT * FROM users; -- 输出2（自动匹配schema2.users）

通过该示例可以清晰看到，模式实现了同名对象的逻辑隔离，通过搜索路径可以灵活控制对象的访问优先级。

---

三、数据操作：增删改查全流程

3.1 添加数据（INSERT）

使用INSERT命令向表中插入数据，语法如下：

INSERT INTO 表名 (列1, 列2, ...) VALUES (值1, 值2, ...);
-- 示例：向test表插入数据
INSERT INTO test (id, name, age) VALUES (1, 'zhangsan', 18);

如果插入所有列，可省略列名：

INSERT INTO test VALUES (2, 'lisi', 20);

批量插入数据：

INSERT INTO test VALUES (3, 'wangwu', 22), (4, 'zhaoliu', 25);

3.2 查询数据（SELECT）

SELECT是 PostgreSQL 中最核心的查询命令，用于从表中检索数据：

SELECT 列1, 列2, ... FROM 表名 [WHERE 条件];
-- 示例：查询test表中所有数据
SELECT * FROM test;
-- 条件查询：查询年龄大于20的用户
SELECT id, name, age FROM test WHERE age > 20;

支持排序、分页、聚合等复杂操作：

-- 按年龄降序排序
SELECT * FROM test ORDER BY age DESC;
-- 分页查询（第1页，每页2条）
SELECT * FROM test LIMIT 2 OFFSET 0;
-- 统计用户总数
SELECT COUNT(*) FROM test;

3.3 修改数据（UPDATE）

使用UPDATE命令修改表中已有的数据，务必添加 WHERE 条件，否则会修改全表数据：

UPDATE 表名 SET 列1=新值1, 列2=新值2 ... WHERE 条件;
-- 示例：将id=1的用户年龄修改为20
UPDATE test SET age = 20 WHERE id = 1;

3.4 删除数据（DELETE）

使用DELETE命令删除表中数据，务必添加 WHERE 条件，否则会清空全表：

DELETE FROM 表名 WHERE 条件;
-- 示例：删除id=1的用户数据
DELETE FROM test WHERE id = 1;

如果需要清空整个表，可使用TRUNCATE命令，性能远高于DELETE：

TRUNCATE TABLE test;

TRUNCATE会直接清空表数据，无法回滚（在非事务模式下），适合快速清空大表。

---

四、备份与恢复：数据安全的最后防线

PostgreSQL 提供了完善的备份恢复工具，其中pg_dump、pg_dumpall和psql是最常用的工具，支持全量备份、增量备份、单库备份、全实例备份等多种场景。

4.1 pg_dump：单库 / 单表备份工具

pg_dump是 PostgreSQL 官方提供的逻辑备份工具，用于备份单个数据库、单个表或指定对象，备份文件为 SQL 脚本或自定义格式，可跨平台、跨版本恢复。

4.1.1 基础语法

pg_dump [选项] 数据库名 > 备份文件.sql

4.1.2 常用备份场景

场景 1：全库备份（SQL 格式，可直接编辑）

# 以postgres用户备份mydb数据库
su - postgres
pg_dump mydb > /backup/mydb_backup.sql

SQL 格式的备份文件是纯文本，包含了创建表、插入数据的完整 SQL 语句，可直接用文本编辑器查看和修改，适合小数据库备份。

场景 2：自定义格式备份（压缩、支持并行恢复）

pg_dump -Fc mydb > /backup/mydb_backup.dump

-Fc指定自定义格式，会自动压缩备份文件，体积更小，同时支持并行恢复，适合大数据库备份。

场景 3：单表备份

# 仅备份test表
pg_dump -t test mydb > /backup/test_backup.sql

场景 4：仅备份结构（不备份数据）

pg_dump -s mydb > /backup/mydb_schema_backup.sql

场景 5：仅备份数据（不备份结构）

pg_dump -a mydb > /backup/mydb_data_backup.sql

4.1.3 远程备份

如果需要备份远程 PostgreSQL 实例，可添加-h、-p、-U参数：

pg_dump -h 192.168.1.100 -p 5432 -U postgres mydb > /backup/mydb_backup.sql

4.2 pg_dumpall：全实例备份工具

pg_dumpall用于备份 PostgreSQL 实例中的所有数据库、全局对象（角色、表空间等），适合全实例灾备。

4.2.1 基础语法

pg_dumpall > /backup/all_backup.sql

4.2.2 常用选项

• -r：仅备份角色（用户、组）
• -s：仅备份表空间
• -h/-p/-U：指定远程主机、端口、用户

4.2.3 注意事项

• pg_dumpall只能生成 SQL 格式的备份文件，不支持自定义格式；
• 备份时需要超级用户权限（如 postgres）；
• 备份文件体积大，适合全量灾备，不适合日常频繁备份。

4.3 从备份恢复

4.3.1 SQL 格式备份恢复（psql）

对于pg_dump或pg_dumpall生成的 SQL 格式备份，使用psql恢复：

# 恢复单库
psql -U postgres -d mydb < /backup/mydb_backup.sql
# 恢复全实例
psql -U postgres < /backup/all_backup.sql

如果是远程实例，添加-h、-p参数：

psql -h 192.168.1.100 -p 5432 -U postgres -d mydb < /backup/mydb_backup.sql

4.3.2 自定义格式备份恢复（pg_restore）

对于pg_dump -Fc生成的自定义格式备份，使用pg_restore恢复，支持并行恢复、选择性恢复：

# 基础恢复
pg_restore -U postgres -d mydb /backup/mydb_backup.dump
# 并行恢复（4个线程，加速大库恢复）
pg_restore -j 4 -U postgres -d mydb /backup/mydb_backup.dump
# 仅恢复结构
pg_restore -s -U postgres -d mydb /backup/mydb_backup.dump
# 仅恢复数据
pg_restore -a -U postgres -d mydb /backup/mydb_backup.dump

4.4 备份恢复最佳实践

1. 定期备份：核心业务库建议每日全量备份 + 每小时增量备份（可结合 WAL 日志实现）；
2. 备份验证：定期恢复备份到测试环境，验证备份文件的可用性；
3. 权限控制：备份文件存储在加密目录，仅授权用户可访问；
4. 异地备份：将备份文件同步到异地存储，防止机房故障导致数据丢失；
5. 大库优化：大数据库使用自定义格式备份，结合并行恢复提升效率；
6. 事务安全：恢复前确保业务停服，避免数据不一致。

---

五、远程连接配置：让外部访问数据库

PostgreSQL 默认仅允许本地（127.0.0.1）连接，要实现远程客户端（如其他服务器、应用服务）访问，需要修改两个核心配置文件：postgresql.conf和pg_hba.conf。

5.1 修改监听地址（postgresql.conf）

postgresql.conf是 PostgreSQL 的主配置文件，位于$PGDATA目录下（默认路径：/var/lib/pgsql/版本号/data/或/usr/local/pgsql/data/）。

步骤 1：编辑配置文件

vi /var/lib/pgsql/15/data/postgresql.conf

步骤 2：修改监听地址

找到listen_addresses配置项，默认值为localhost，仅允许本地连接：

# 原配置
#listen_addresses = 'localhost'
# 修改为：允许所有IP访问（生产环境建议指定具体IP）
listen_addresses = '*'

• *：代表监听所有网卡的 IP，允许所有远程 IP 连接；
• 也可以指定多个 IP，如192.168.1.100,10.0.0.1，仅允许指定 IP 连接。

步骤 3：（可选）修改端口

默认端口为 5432，如需修改，找到port配置项：

port = 5432

5.2 修改访问权限（pg_hba.conf）

pg_hba.conf是 PostgreSQL 的客户端认证配置文件，用于控制哪些 IP 可以通过哪些认证方式连接数据库。

步骤 1：编辑配置文件

vi /var/lib/pgsql/15/data/pg_hba.conf

步骤 2：添加远程访问规则

在文件末尾添加以下规则，允许指定 IP 段访问：

# 允许192.168.1.0/24网段的所有IP，通过md5密码认证访问所有数据库
host    all             all             192.168.1.0/24          md5
# 允许所有IP访问（生产环境不建议，仅测试用）
host    all             all             0.0.0.0/0               md5

规则格式说明：

表格

类型	数据库	用户	IP 地址 / 掩码	认证方式
host	all（所有库）	all（所有用户）	192.168.1.0/24（网段）	md5（密码认证）

常用认证方式：

• md5：MD5 加密密码认证，生产环境推荐；
• trust：无需密码，直接信任，仅测试环境使用；
• scram-sha-256：更安全的加密认证，PostgreSQL 10 + 支持；
• peer：基于操作系统用户认证，仅本地连接使用。

步骤 3：（可选）配置用户密码

如果用户没有设置密码，远程连接会失败，可在 psql 中设置密码：

ALTER USER postgres WITH PASSWORD 'your_strong_password';

5.3 重启服务生效配置

修改配置文件后，必须重启 PostgreSQL 服务才能生效：

# systemd系统（CentOS 7+/Ubuntu 16.04+）
systemctl restart postgresql-15
# 查看服务状态
systemctl status postgresql-15

也可以使用reload命令重载配置（无需重启，不中断业务）：

systemctl reload postgresql-15

5.4 防火墙配置

如果服务器开启了防火墙，需要开放 5432 端口：

# firewalld（CentOS/RHEL）
firewall-cmd --permanent --add-port=5432/tcp
firewall-cmd --reload
# ufw（Ubuntu/Debian）
ufw allow 5432/tcp
ufw reload

5.5 远程连接测试

配置完成后，在远程客户端测试连接：

psql -h 192.168.1.100 -p 5432 -U postgres -d postgres

输入密码后，成功进入 psql 则代表远程连接配置成功。

---

六、服务启停与配置管理

6.1 服务启停命令

PostgreSQL 服务的启停命令根据操作系统和安装方式不同略有差异，以下是常用命令：

systemd 系统（主流 Linux 发行版）

# 启动服务
systemctl start postgresql-15
# 停止服务
systemctl stop postgresql-15
# 重启服务
systemctl restart postgresql-15
# 重载配置（不中断业务）
systemctl reload postgresql-15
# 查看服务状态
systemctl status postgresql-15
# 开机自启
systemctl enable postgresql-15
# 关闭开机自启
systemctl disable postgresql-15

源码安装

# 启动服务
pg_ctl -D $PGDATA start
# 停止服务
pg_ctl -D $PGDATA stop
# 重启服务
pg_ctl -D $PGDATA restart
# 重载配置
pg_ctl -D $PGDATA reload

6.2 核心配置文件说明

PostgreSQL 的核心配置文件有两个，位于$PGDATA目录下：

1. postgresql.conf：主配置文件，包含监听地址、端口、内存、连接数、日志等全局配置；
2. pg_hba.conf：客户端认证配置文件，控制远程访问权限；
3. pg_ident.conf：用户映射配置文件，用于操作系统用户与数据库用户的映射（较少用）。

6.3 常用配置优化（运维必看）

6.3.1 连接数配置

# 最大连接数，默认100，根据业务调整
max_connections = 200
# 超级用户保留连接数，防止普通用户占满连接
superuser_reserved_connections = 3

6.3.2 内存配置（根据服务器内存调整）

# 共享缓冲区，建议设置为物理内存的25%
shared_buffers = 4GB
# 工作内存，用于排序、哈希等操作，每个连接分配
work_mem = 64MB
# 维护工作内存，用于索引创建、VACUUM等
maintenance_work_mem = 512MB
# 有效缓存大小，建议设置为物理内存的50%~75%
effective_cache_size = 12GB

6.3.3 日志配置

# 开启日志
logging_collector = on
# 日志目录
log_directory = 'log'
# 日志文件名
log_filename = 'postgresql-%Y-%m-%d_%H%M%S.log'
# 日志轮转，按天切割
log_rotation_age = 1d
# 日志大小限制
log_rotation_size = 1GB
# 记录慢查询（执行时间超过2秒的SQL）
log_min_duration_statement = 2000

---

七、PostgreSQL 日常运维核心要点总结

7.1 日常运维巡检清单

为保障 PostgreSQL 稳定运行，建议每日 / 每周执行以下巡检：

1. 数据库状态：检查服务是否正常运行，连接数是否正常；
2. 空间使用：检查数据库、表空间、磁盘空间使用情况，避免空间不足；
3. 慢查询：分析慢查询日志，优化慢 SQL，提升性能；
4. 备份验证：检查备份任务是否成功，定期恢复验证备份可用性；
5. 日志监控：检查数据库日志，排查错误、告警信息；
6. 索引维护 ：检查索引碎片，执行REINDEX重建索引；
7. VACUUM 执行：检查自动 VACUUM 执行情况，清理死元组，避免表膨胀；
8. 安全检查：检查远程访问规则，定期更新用户密码，排查异常连接。

7.2 常见问题排查

问题 1：无法远程连接

排查步骤：

1. 检查postgresql.conf中listen_addresses是否配置为*或指定 IP；
2. 检查pg_hba.conf中是否添加了对应 IP 的访问规则；
3. 检查防火墙是否开放 5432 端口；
4. 检查 PostgreSQL 服务是否正常运行；
5. 检查用户密码是否正确。

问题 2：数据库性能变慢

排查步骤：

1. 检查慢查询日志，定位慢 SQL；
2. 检查连接数是否占满，是否有大量空闲连接；
3. 检查磁盘 IO、CPU、内存使用情况；
4. 检查表是否膨胀，执行VACUUM ANALYZE；
5. 检查索引是否失效，重建索引；
6. 调整内存配置（如shared_buffers、work_mem）。

问题 3：数据误删除 / 误更新

解决方案：

1. 立即停服，防止数据被覆盖；
2. 通过备份文件恢复数据（最近一次全量备份 + 增量备份）；
3. 若开启了 WAL 日志，可通过 PITR（时间点恢复）恢复到误操作前的时间点；
4. 后续建议开启事务，执行写操作前开启事务，确认无误后再提交。

---

结语

PostgreSQL 的日常运维是一项系统性工作，从基础的库表操作、模式管理，到核心的备份恢复、远程连接、性能优化，每一个环节都直接影响数据库的稳定运行。本文系统梳理了 PostgreSQL 日常运维的全流程核心知识点，涵盖了运维人员日常工作的绝大多数场景，无论是新手入门还是老手查漏补缺，都可以作为实用的参考手册。

在实际运维工作中，我们需要结合业务场景，灵活运用这些技能，同时建立完善的监控、备份、应急响应机制，才能真正保障 PostgreSQL 数据库的高可用、高性能、高安全。