平时做技术实践时，很多问题不是概念不会，而是细节没串起来。拿“PostgreSQL Docker 数据库备份之pg_dump 与 SQ……”来说，它看着像小点，放到项目里常会牵出环境、配置、兼容性和维护成本。下面按实际采用顺序，把思路、关键写法和容易踩坑的地方讲清楚，便于大家直接对照操作。

在这个场景下，在 PostgreSQL 数据库管理里，备份是确保数据安全和防止数据丢失的关键操作。pg_dump 是 PostgreSQL 提供的命令行工具，兼容多种备份格式，其中最常用的格式包括 SQL 格式 和 自定义格式实际处理时，。这两种格式在备份方式、恢复速度、灵活性等方面有所不同，了解它们的区别能够帮助我们根据实际需求选择最合适的备份方案。

本文将细致说明如何在 Docker 环境 中采用 pg_dump 工具进行备份，同时比较 SQL 格式与自定义格式的优缺点。

一、什么是 pg_dump？

pg_dump 是 PostgreSQL 提供的一个命令行工具，用来备份数据库。它能够将数据库中的表、视图、索引、数据等内容导出成文件。这里需留意，pg_dump 本身同时不是一种备份格式，而是一个生成备份的工具。

借助 pg_dump 生成的备份文件有多种格式，包括：

• SQL 格式：最常用的文本格式，包含重建数据库的 SQL 语句。
• 自定义格式：二进制格式，提供更高效的备份和恢复操作。
• 压缩格式：借助压缩减少备份文件的体积。

理解这一步时，不同的备份格式在备份速度、恢复速度、灵活性等方面存在差异。了解这些差异有助于选择适合自己项目的备份方案。

二、SQL 格式备份

1. SQL 文件的定义

SQL 文件是借助 pg_dump 生成的文本格式备份，包含了新建数据库结构（如表、视图、索引等）和插入数据的 SQL 语句。由于 SQL 文件是纯文本格式，它具有人类可读性，用户能够查看和修改文件内容。

2. 如何在 Docker 中生成 SQL 格式备份

落到代码里，如果你在 Docker 容器中运行 PostgreSQL 同时想要生成 SQL 格式的备份，你能够采用以下命令：

docker exec postgres pg_dump -U postgres -d your_database_name -f /path/to/container/backup.sql

• docker exec postgres：执行命令的容器名称（此处为 postgres），表示在该容器内执行备份操作。
• pg_dump：PostgreSQL 的备份工具。
• -U postgres：指定连接 PostgreSQL 数据库的用户名（此处为 postgres）。
• -d your_database_name：指定需备份的数据库名称（将 your_database_name 替换为实际的数据库名称）。

将备份文件保存到宿主机

从实现思路看，若你希望将备份文件直接保存到宿主机上，而不是容器内，能够采用重定向来实现：

docker exec postgres pg_dump -U postgres -d your_database_name > /path/to/host/backup.sql

• > /path/to/host/backup.sql：将备份文件输出到宿主机的指定路径。确保你指定的路径是宿主机上的有效路径。

3. 如何恢复 SQL 格式备份

在这个场景下，确实，恢复 SQL 文件时采用 psql 工具的命令通常是在宿主机上执行的。如果你在 Docker 环境中采用 PostgreSQL，同时希望从 SQL 文件恢复数据库，应该采用 Docker 容器内的 psql 工具来恢复。

结合项目来看，在 Docker 容器中执行恢复命令的正确方法是借助 docker exec 来进入容器运行 psql。下面是如何在 Docker 环境中恢复 SQL 文件的命令：

4. 恢复 SQL 格式备份

在这个场景下，若备份文件是存储在宿主机上，同时且你想要在 Docker 容器中恢复该备份，采用以下命令：

docker cp /opt/data/backup.custom postgres:/tmp/backup.custom

docker exec -i postgres pg_restore -U postgres -C -d postgres /tmp/backup.custom

解释：

• -C：表示新建数据库（CREATE DATABASE）。如果目标数据库不存在，这个选项会让 pg_restore 先新建数据库。
• -d postgres：这指定了连接到的数据库（通常是 postgres 数据库，新建新数据库时必须连接到这个数据库）。

这样，pg_restore 会从备份文件中解析出 CREATE DATABASE 命令，同时自动新建目标数据库，然后恢复内容。

4. SQL 格式的优缺点

优点：

• 易于理解与修改：SQL 文件是纯文本，易于查看和编辑，能够直接调整数据库结构或修改数据。
• 兼容性强：SQL 格式备份适用来不同的 PostgreSQL 版本，且能够在不同的操作系统之间迁移数据库。
• 轻松恢复：恢复过程轻松，只需采用 psql 工具执行 SQL 文件即可。

缺点：

• 恢复速度慢：特别是数据量较大的时候，恢复过程会很慢，因为每个 INSERT 语句都需逐条执行。
• 不兼容增量备份：SQL 文件是全量备份，无法进行增量备份，只能恢复整个数据库。

三、pg_dump 自定义格式备份

与 SQL 文件备份不同，pg_dump 还兼容自定义格式的备份。自定义格式是 PostgreSQL 提供的一种二进制格式，它提供了比 SQL 格式更高效的备份与恢复速度。

1. 如何生成自定义格式备份

生成自定义格式的备份时，能够采用以下命令：

docker exec postgres pg_dump -U postgres -d your_database_name -F c -f /path/to/container/backup.custom

• -F c：指定输出格式为自定义格式。
• -f /path/to/container/backup.custom：指定容器内的备份文件路径（backup.custom）。

将备份文件保存到宿主机

你也能够将备份文件直接输出到宿主机：

docker exec postgres pg_dump -U postgres -d your_database_name -F c > /path/to/host/backup.custom

2. 如何恢复自定义格式备份

恢复时，需采用 pg_restore 工具：

docker exec -i postgres pg_restore -U postgres -d your_database_name /opt/data/backup.custom

pg_restore 这个命令中指定的备份文件路径必须是容器内的路径

3. 自定义格式的优缺点

优点：

• 恢复速度快：自定义格式备份通常恢复速度很快，特别适合大规模数据恢复。
• 选择性恢复：兼容选择性恢复，能够恢复数据库中的某个表或部分数据，而无需恢复整个数据库。
• 压缩兼容：自定义格式兼容压缩备份，减小备份文件的体积。
• 增量备份兼容：借助结合 WAL 日志，能够完成增量备份和恢复。

缺点：

• 不可读：自定义格式是二进制格式，无法直接查看或编辑备份内容。
• 恢复工具要求：恢复时必须采用 pg_restore，不能直接借助 psql 恢复。

四、pg_dump 与 SQL 文件备份的区别

五、选择备份格式的建议

1. 何时采用 SQL 格式备份？

• 数据库规模较小，备份和恢复操作比较轻松时。
• 落到代码里，需跨 PostgreSQL 版本进行迁移时，SQL 格式备份通常具有较好的兼容性。
• 需查看、修改备份文件内容，且不介意较慢的恢复速度时。

2. 何时采用自定义格式备份？

• 数据库较大，恢复速度是关键时。
• 需兼容选择性恢复或增量恢复时。
• 需减小备份文件大小，或在备份时进行压缩时。
• 对恢复的灵活性要求较高时，尤其是在大数据量的场景下。

六、总结

pg_dump 是 PostgreSQL 提供的备份工具，兼容多种备份格式，其中 SQL 格式 适合小型数据库和轻松恢复需求，而 自定义格式 理解这一步时，更适合大型数据库，提供更高效的备份和恢复操作。在选择备份格式时，应该根据数据库规模、恢复速度要求以及存储空间等因素做出最佳选择。

七、踩过的坑

我们采用 pg_dumpall 进行全量备份，同时借助 psql 恢复数据。然而，直接进行全量恢复时，可能会遇到一些问题，特别是恢复过程中会覆盖 用户表，导致 账号密码错误。

遇到的问题

导出数据：

docker exec postgres pg_dumpall -U postgres > pg_backup_$(date +%F_%H-%M).sql

结合项目来看，这条命令用来导出所有数据库，包括角色信息，生成一个完整的 SQL 备份文件。

导入数据：

docker exec -i postgres psql -U postgres < pg_backup_2025-06-29_12-01.sql

用 psql 工具从备份文件中恢复数据库。

解决方案

避免全量导入整个数据库，建议 逐个导入数据库。否则，恢复过程中会覆盖现有的用户表，导致 账号密码错误。

从实现思路看，总的来说，PostgreSQL Docker 数据库备份适合结合实际项目边做边理解。先抓住核心思路，再逐步补上细节和边界处理，最后效果会更稳定，也更容易复用。