PostgreSQL Docker 入门指南 – wiki基地

作者： /

PostgreSQL Docker 入门指南：高效、便捷的数据库开发与部署实践

在现代软件开发中，数据库是不可或缺的组件。PostgreSQL 作为一款功能强大、稳定可靠的开源关系型数据库，深受开发者喜爱。然而，传统的数据库安装和管理过程可能相对繁琐，尤其是在不同环境（开发、测试、生产）中保持一致性更是挑战。

此时，容器化技术 Docker 应运而生，它提供了一种将应用及其依赖打包、分发和运行的标准化方式。将 PostgreSQL 运行在 Docker 容器中，能够极大地简化其安装、配置、版本管理以及在不同机器间的迁移。

本文将带你从零开始，详细了解如何使用 Docker 来运行和管理 PostgreSQL 数据库。无论你是开发者、测试工程师还是系统管理员，掌握这项技能都能显著提升你的工作效率。

1. 为什么要在 Docker 中运行 PostgreSQL？

在深入实践之前，让我们先理解为何选择 Docker 来运行 PostgreSQL 具有诸多优势：

  • 环境隔离与一致性： Docker 容器提供了隔离的环境，确保数据库及其所有依赖（如特定的操作系统库、PostgreSQL 版本）被打包在一起。这意味着“在我的机器上可以运行”的问题将大大减少，因为无论在哪个支持 Docker 的平台上，容器的运行环境都是一致的。
  • 快速启动与销毁： 启动一个新的 PostgreSQL 实例只需一条 docker run 命令，通常在几秒钟内完成。对于测试、开发或 CI/CD 流水线来说，可以轻松地创建全新的、干净的数据库实例，用完即销毁，避免环境污染。
  • 简化安装与配置： 无需在宿主机上安装复杂的数据库软件包和配置依赖。一切都在容器内完成。官方提供的 PostgreSQL Docker 镜像已经预配置了大部分常用设置。
  • 版本管理便捷： 切换 PostgreSQL 版本变得异常简单，只需指定不同的镜像标签（Tag）即可。例如，从 postgres:13 切换到 postgres:15 只需修改一个镜像名称。
  • 资源效率： 相比传统的虚拟机，Docker 容器更加轻量级，启动速度更快，对系统资源的占用也更少。
  • 可移植性： 打包好的 Docker 镜像可以在任何支持 Docker 的机器上运行，无论是你的笔记本、服务器还是云平台。
  • 与其他服务的集成： 使用 Docker 网络，PostgreSQL 容器可以轻松地与运行在其他容器中的应用程序（如 Web 服务器、API 服务）进行安全、便捷的通信。
  • 声明式管理： 结合 Docker Compose 或 Kubernetes，可以通过配置文件（YAML）来定义整个应用栈（包括数据库、应用服务等），实现基础设施的声明式管理。

总而言之，将 PostgreSQL 容器化可以提升开发效率、简化运维、增强环境一致性，是现代应用架构中的常见且推荐实践。

2. 前提条件

在开始之前，你需要准备好以下环境：

  • 安装 Docker： 你的操作系统需要安装 Docker。请根据你的操作系统（Windows、macOS、Linux）访问 Docker 官方网站下载并安装 Docker Desktop 或 Docker Engine。安装完成后，可以通过在终端运行 docker --version 和 docker run hello-world 来验证 Docker 是否安装成功并正常运行。
  • 基本的命令行操作知识： 你需要熟悉如何在终端（如 Windows 的 Command Prompt/PowerShell, macOS/Linux 的 Bash/Zsh）中执行命令。

3. 运行你的第一个 PostgreSQL 容器

让我们从最基本的开始：运行一个临时的、不包含持久化数据的 PostgreSQL 容器。这对于快速测试或验证某个功能非常有用。

首先，Docker 需要下载 PostgreSQL 的镜像。官方的 PostgreSQL 镜像托管在 Docker Hub 上。

bash
docker pull postgres

这条命令会从 Docker Hub 下载最新版本的官方 PostgreSQL 镜像到你的本地机器。如果你想指定某个特定版本，可以加上标签，例如 docker pull postgres:15。如果省略标签，默认是 latest。注意： 在生产环境中，强烈建议使用具体的版本标签而不是 latest，以避免不可预测的更新带来的问题。

接下来，运行容器：

bash
docker run --name my-first-postgres -e POSTGRES_PASSWORD=mysecretpassword -p 5432:5432 postgres

让我们解析一下这条命令的各个部分：

  • docker run: 这是运行一个新容器的命令。
  • --name my-first-postgres: 给这个容器指定一个名字，方便后续引用（启动、停止、删除）。如果你不指定名字，Docker 会随机生成一个。
  • -e POSTGRES_PASSWORD=mysecretpassword: -e 用于设置容器内的环境变量。POSTGRES_PASSWORD 是官方 PostgreSQL 镜像必须设置的一个环境变量，用于指定 postgres 超级用户的密码。请将 mysecretpassword 替换为一个更安全的密码。注意： 这个环境变量只在第一次创建数据目录时生效。
  • -p 5432:5432: -p 用于端口映射。格式是 宿主机端口:容器端口。PostgreSQL 默认监听容器内部的 5432 端口。这条命令将宿主机的 5432 端口映射到容器的 5432 端口，这样你就可以从宿主机通过 localhost:5432 访问容器内的 PostgreSQL 服务了。
  • postgres: 这是指定要使用的 Docker 镜像名称，这里使用了我们刚刚下载的 latest 版本（如果之前执行了 docker pull postgres）。

执行这条命令后，你会看到一串很长的 ID，这是容器的 ID。容器会在后台运行（默认情况下，PostgreSQL 镜像的入口点会启动数据库服务）。

要查看容器是否正在运行，可以使用：

bash
docker ps

你应该会看到一行输出，其中包含 my-first-postgres 这个名字，以及端口映射 0.0.0.0:5432->5432/tcp 或类似的字样，表示容器正在运行。

现在，你可以尝试连接到这个 PostgreSQL 实例了。你可以使用任何 PostgreSQL 客户端工具（如 psql、pgAdmin、DBeaver）连接到 localhost:5432，用户名为 postgres，密码为你设置的 mysecretpassword。

例如，如果你在宿主机上安装了 psql 客户端，可以这样连接：

bash
psql -h localhost -p 5432 -U postgres -d postgres

输入密码后，如果成功，你将看到 PostgreSQL 的命令行提示符 postgres=#。

当你不再需要这个容器时，可以停止并删除它：

bash
docker stop my-first-postgres
docker rm my-first-postgres

重要提示： 通过上面的 docker run 命令启动的容器，其所有数据（数据库文件、配置等）都存储在容器的可写层。当你停止并删除容器 (docker rm) 后，这些数据也将被永久删除！这显然不适用于需要长期存储数据的场景。接下来我们将解决这个问题。

4. 数据持久化：使用 Docker Volumes

对于任何数据库，数据持久性都是最核心的需求。容器的默认行为是临时的，数据随容器的删除而消失。为了解决这个问题，Docker 提供了卷（Volumes）。

Docker Volume 是一种特殊类型的目录，位于宿主机文件系统的一个由 Docker 管理的区域。它的生命周期独立于使用它的容器。即使容器被删除，卷及其包含的数据仍然存在，可以被新的容器重新挂载使用。

使用卷来保存 PostgreSQL 数据是推荐的实践方式。官方 PostgreSQL 镜像默认将数据库文件存储在容器内部的 /var/lib/postgresql/data 目录下。我们需要将一个 Docker Volume 挂载到容器的这个目录上。

首先，创建一个命名卷（Named Volume）。命名卷由 Docker 自己管理，通过名字引用，是管理数据库数据最方便的方式：

bash
docker volume create my-pgdata

这会在你的宿主机上创建一个名为 my-pgdata 的卷。你可以使用 docker volume ls 查看所有卷，使用 docker volume inspect my-pgdata 查看卷的详细信息（包括在宿主机上的物理位置，但通常你不需要关心这个位置）。

现在，使用这个卷来运行 PostgreSQL 容器：

bash
docker run -d --name my-postgres-persistent -p 5432:5432 -v my-pgdata:/var/lib/postgresql/data -e POSTGRES_PASSWORD=mysecretpassword postgres

解析新的部分：

  • -d: 以“分离”（detached）模式运行容器，即容器在后台运行，不会占用你的终端。这对于长期运行的服务是标准的做法。
  • -v my-pgdata:/var/lib/postgresql/data: -v 用于挂载卷。格式是 卷名称:容器内部路径。这里我们将创建的 my-pgdata 卷挂载到了容器内部的 /var/lib/postgresql/data 目录，这个目录是 PostgreSQL 存储数据文件的默认位置。

现在，你可以像之前一样连接到这个数据库，创建一些表，插入一些数据。然后，停止并删除这个容器：

bash
docker stop my-postgres-persistent
docker rm my-postgres-persistent

即使容器被删除，my-pgdata 这个卷及其中的数据仍然存在。你可以通过 docker volume ls 确认。

现在，用相同的卷名称重新启动一个新的容器：

bash
docker run -d --name my-postgres-restarted -p 5432:5432 -v my-pgdata:/var/lib/postgresql/data -e POSTGRES_PASSWORD=mysecretpassword postgres

连接到 localhost:5432，你会发现之前创建的数据依然存在！

这就是 Docker Volumes 如何确保你的数据库数据不会随着容器的生命周期而消失。对于生产环境或任何需要保留数据的场景，使用卷是强制性的。

如果你确定某个卷及其数据都不再需要，可以使用 docker volume rm my-pgdata 来删除卷。注意： 删除卷是不可逆的操作，会永久丢失数据。

除了命名卷，还有一种是绑定挂载（Bind Mounts）。绑定挂载允许你将宿主机的任意指定路径挂载到容器的指定路径。虽然也可以用于数据持久化，但对于数据库数据，命名卷更推荐，因为它们由 Docker 管理，更抽象，更不易受宿主机路径变化或权限问题的影响。绑定挂载更常用于将宿主机的配置文件或源代码挂载到容器中使用。

5. 配置 PostgreSQL 容器

官方 PostgreSQL 镜像提供了多种配置数据库的方式，主要通过环境变量、初始化脚本和挂载配置文件。

5.1 使用环境变量进行基本配置

这是最常见和最简单的配置方式。除了 POSTGRES_PASSWORD，还有其他重要的环境变量：

  • POSTGRES_USER: 指定超级用户的用户名。如果未设置，默认为 postgres。
  • POSTGRES_DB: 指定容器启动时要创建的数据库名称。如果未设置，默认为 POSTGRES_USER 的值。
  • PGDATA: 指定数据文件存储在容器内部的路径。默认为 /var/lib/postgresql/data。通常不建议修改此项，除非有特殊需求。如果你修改了此项，那么挂载卷时也需要对应修改 -v 参数的容器内部路径。
  • POSTGRES_INITDB_ARGS: 传递给 initdb 命令的额外参数，用于初始化新的数据目录。
  • POSTGRES_HOST_AUTH_METHOD: 控制宿主机的认证方法（即来自宿主机的连接）。例如，设置为 trust 可以允许来自宿主机的无密码连接（仅适用于开发和测试环境，切勿用于生产）。

例子：创建一个指定用户名、数据库和密码的容器：

bash
docker run -d --name my-custom-db -p 5432:5432 -v my-custom-pgdata:/var/lib/postgresql/data \
-e POSTGRES_USER=mydockeruser \
-e POSTGRES_PASSWORD=mysecurepassword \
-e POSTGRES_DB=mydockerdb \
postgres

连接时需要使用用户名 mydockeruser 和数据库 mydockerdb。

5.2 使用初始化脚本设置初始状态

官方 PostgreSQL 镜像提供了一个非常方便的机制：在容器首次启动且数据目录为空时，它会执行位于容器内部 /docker-entrypoint-initdb.d/ 目录下的所有脚本。这些脚本可以是 .sql 文件（用于执行 SQL 命令）、.sh 文件（用于执行 Shell 命令）或 .sql.gz 文件（压缩的 SQL 文件）。

这对于在数据库首次启动时创建用户、创建表、导入初始数据等任务非常有用。

使用方法：在宿主机上创建一个目录，存放你的初始化脚本。然后使用绑定挂载将这个目录挂载到容器的 /docker-entrypoint-initdb.d/ 目录。

例子：创建一个简单的初始化脚本 init.sql 在宿主机上：

“`sql
— init.sql
CREATE TABLE my_settings (
key VARCHAR(255) PRIMARY KEY,
value TEXT
);

INSERT INTO my_settings (key, value) VALUES (‘app_name’, ‘My Docker App’);
INSERT INTO my_settings (key, value) VALUES (‘version’, ‘1.0’);

CREATE USER appuser WITH PASSWORD ‘apppassword’;
GRANT SELECT ON my_settings TO appuser;
“`

假设你将 init.sql 放在宿主机的 ./init-scripts/ 目录下。现在运行容器：

bash
docker run -d --name my-init-db -p 5432:5432 -v my-init-pgdata:/var/lib/postgresql/data \
-v ./init-scripts/:/docker-entrypoint-initdb.d/ \
-e POSTGRES_PASSWORD=mysecretpassword \
postgres

解析新增部分：

  • -v ./init-scripts/:/docker-entrypoint-initdb.d/: 使用绑定挂载将宿主机的 ./init-scripts/ 目录挂载到容器内部的 /docker-entrypoint-initdb.d/ 目录。注意宿主机路径可以是相对路径或绝对路径。

容器启动后（首次），会自动执行 ./init-scripts/ 目录下的 init.sql 脚本，创建 my_settings 表、插入数据、创建 appuser 用户并授权。

这个初始化脚本机制非常强大，是自动化数据库初始设置的关键。

5.3 挂载 postgresql.conf 进行高级配置（较少用于入门）

对于更细粒度的 PostgreSQL 配置（如内存设置、连接限制等），你需要修改 postgresql.conf 文件。虽然可以直接进入容器手动修改，但这不符合容器的“不可变”原则，且修改不会持久化。

更健壮的方法是创建自定义的 postgresql.conf 文件在宿主机上，然后通过绑定挂载将其替换容器内部的默认配置文件。然而，找到正确的配置文件位置以及处理权限问题可能相对复杂，并且 /var/lib/postgresql/data 目录在初始化时会生成默认配置，直接替换整个目录可能导致初始化问题。

一种常见且相对安全的方法是：

  1. 启动一个临时容器（带有卷，让数据目录被初始化）。
  2. 从容器中复制默认的 postgresql.conf 到宿主机。
    bash
    docker cp my-postgres-persistent:/var/lib/postgresql/data/postgresql.conf ./custom-config/postgresql.conf
    （假设你的卷挂载在 /var/lib/postgresql/data）
  3. 在宿主机的 custom-config/postgresql.conf 文件中进行修改。
  4. 停止并删除原容器。
  5. 启动新容器，使用绑定挂载将修改后的配置文件挂载到容器中的正确位置：
    bash
    docker run -d --name my-config-db -p 5432:5432 -v my-pgdata:/var/lib/postgresql/data \
    -v ./custom-config/postgresql.conf:/var/lib/postgresql/data/postgresql.conf \
    -e POSTGRES_PASSWORD=mysecretpassword \
    postgres
    注意： 挂载路径必须精确到文件，且确保容器内的路径是实际的 postgresql.conf 文件位置（通常在数据目录内）。

这种方法相对复杂，对于入门来说，通常建议优先使用环境变量和初始化脚本。只有当环境变量和初始化脚本无法满足你的配置需求时，才考虑直接修改和挂载 postgresql.conf。

6. 连接到 PostgreSQL 容器

前面我们已经演示了从宿主机连接到容器，主要依赖于 -p 参数的端口映射。

6.1 从宿主机连接

通过 -p 5432:5432 将容器的 5432 端口映射到宿主机的 5432 端口后，你可以使用 localhost:5432 或 127.0.0.1:5432 从宿主机上的任何客户端工具连接。

连接信息示例：
* Host/Server: localhost (或 127.0.0.1)
* Port: 5432
* Database: 你设置的 POSTGRES_DB (默认为 postgres)
* User: 你设置的 POSTGRES_USER (默认为 postgres)
* Password: 你设置的 POSTGRES_PASSWORD

6.2 从另一个 Docker 容器连接

在实际应用中，你的应用程序（例如 Web 服务器或 API 服务）也可能运行在 Docker 容器中。这时，应用容器需要连接到数据库容器。直接通过 localhost 或宿主机的 IP 是行不通的，因为每个容器都有自己的网络命名空间，localhost 对应用容器来说是它自己本身。

解决方法是使用 Docker 网络。Docker 允许你创建自定义的网络，并将多个容器连接到同一个网络中。在同一个自定义网络中的容器，可以使用容器名称作为主机名互相通信。

步骤：

  1. 创建一个自定义桥接网络：
    bash
    docker network create my-app-network
  2. 将 PostgreSQL 容器连接到这个网络：
    bash
    docker run -d --name my-postgres-networked --network my-app-network -v my-pgdata:/var/lib/postgresql/data -e POSTGRES_PASSWORD=mysecretpassword postgres
    注意：这里我们移除了 -p 5432:5432。如果只需要应用容器访问数据库，而不需要从宿主机直接访问，可以不进行端口映射到宿主机。如果仍需要宿主机访问，可以保留 -p 参数。这里的关键是添加 --network my-app-network。
  3. 将你的应用容器也连接到同一个网络：
    bash
    docker run -d --name my-app-container --network my-app-network my-app-image
    （假设 my-app-image 是你的应用镜像）

现在，在 my-app-container 内部，你的应用程序可以使用主机名 my-postgres-networked (即数据库容器的名称) 和端口 5432 来连接到数据库。

连接信息示例（在 my-app-container 内部）：
* Host/Server: my-postgres-networked (数据库容器的名称)
* Port: 5432
* Database: 你设置的 POSTGRES_DB
* User: 你设置的 POSTGRES_USER
* Password: 你设置的 POSTGRES_PASSWORD

使用自定义网络是连接多个相关容器的标准和推荐方式。它提供了容器间的 DNS 服务（通过容器名解析 IP）和更好的隔离性。

6.3 使用 docker exec 连接

有时你需要进入正在运行的容器内部执行命令，例如使用 psql 客户端直接与数据库交互进行调试或管理。可以使用 docker exec 命令：

bash
docker exec -it my-postgres-persistent psql -U postgres

  • docker exec: 在运行中的容器内执行命令。
  • -it: 分配一个伪终端并保持标准输入打开，这样你就可以与容器内的命令进行交互（就像使用 ssh 一样）。
  • my-postgres-persistent: 要执行命令的容器名称。
  • psql -U postgres: 在容器内要执行的命令。这里是使用 psql 客户端连接到用户 postgres（默认数据库名也是 postgres）。

执行后会提示你输入密码（如果你设置了密码），输入正确密码后即可进入容器内的 psql 命令行界面。

7. 使用 Docker Compose 管理 PostgreSQL

当你的应用不止一个容器（例如一个 Web 应用容器和一个数据库容器）时，使用 docker run 命令分别管理会变得繁琐。Docker Compose 是一个工具，允许你使用一个 YAML 文件来定义和管理多容器的 Docker 应用。

使用 Docker Compose 文件启动 PostgreSQL 是非常常见且推荐的方式，因为它将数据库的所有配置（镜像、端口、卷、环境变量、网络等）都集中在一个文件里，易于理解、版本控制和部署。

创建一个名为 docker-compose.yml 的文件：

“`yaml

docker-compose.yml

version: ‘3.8’ # 指定 Compose 文件格式版本

services:
db: # 定义一个服务，名称为 db
image: postgres:15 # 使用 PostgreSQL 15 镜像
container_name: my-postgres-db # 指定容器名称 (可选，但推荐)
ports:
– “5432:5432” # 映射端口到宿主机
volumes:
– postgres_data:/var/lib/postgresql/data # 挂载命名卷
# 如果需要初始化脚本，可以添加：
# – ./init-scripts:/docker-entrypoint-initdb.d
# 如果需要挂载配置文件，可以添加：
# – ./custom-config/postgresql.conf:/var/lib/postgresql/data/postgresql.conf
environment: # 设置环境变量
POSTGRES_PASSWORD: mysecretpassword # 必须设置密码
# POSTGRES_USER: myuser # 设置用户名 (可选，默认 postgres)
# POSTGRES_DB: mydatabase # 设置数据库名 (可选，默认同用户名)
networks:
– app-network # 连接到自定义网络

定义卷

volumes:
postgres_data: # 定义一个名为 postgres_data 的命名卷

定义网络

networks:
app-network: # 定义一个名为 app-network 的自定义网络
driver: bridge
“`

使用 Docker Compose 启动应用：

在 docker-compose.yml 文件所在的目录下，打开终端，执行：

bash
docker compose up -d

  • docker compose up: 根据 docker-compose.yml 文件创建并启动服务。
  • -d: 以分离模式在后台运行。

Compose 会自动创建 postgres_data 卷（如果不存在）、创建 app-network 网络（如果不存在），然后启动名为 db 的服务（容器），将其连接到网络并挂载卷。

使用 Docker Compose 停止并删除服务（容器、网络，但默认不删除卷）：

bash
docker compose down

如果想连同卷一起删除（慎用！会丢失数据）：

bash
docker compose down -v

使用 Docker Compose 管理 PostgreSQL 极大地简化了配置和启动过程，特别是在涉及多个相互依赖的服务时。它是 Docker 应用开发和部署中非常常用的工具。

8. 常见问题与故障排除

  • 容器启动失败：

    • 检查 Docker Daemon 是否正在运行 (docker info)。
    • 检查 docker logs <容器名称或ID> 查看容器的启动日志，通常能找到错误信息（如密码未设置、端口冲突、卷挂载问题等）。
    • 确保端口未被宿主机上的其他进程占用。
    • 确保挂载的卷或绑定挂载的宿主机路径存在且 Docker 有访问权限。

  • 连接被拒绝：

    • 确认容器正在运行 (docker ps)。
    • 确认端口映射正确 (docker ps 输出中的 PORT 部分)。
    • 确认连接信息（主机名、端口、用户名、密码、数据库名）是否正确。
    • 如果从宿主机连接，确认连接的主机是 localhost 或 127.0.0.1。
    • 如果从另一个容器连接，确认它们在同一个自定义网络中，并使用容器名作为主机名。
    • 检查防火墙设置，确保宿主机的 5432 端口是开放的。
    • 如果使用了 POSTGRES_HOST_AUTH_METHOD，确认设置是否符合你的连接方式。

  • 数据丢失：

    • 确认你使用了 Docker Volume (-v 或 volumes 在 Compose 文件中) 来持久化数据。
    • 确认卷挂载到了容器内部 PostgreSQL 数据目录的正确位置 (/var/lib/postgresql/data 默认为官方镜像)。
    • 确认在删除容器时，没有错误地删除卷 (docker rm -v 或 docker compose down -v)。

  • 忘记密码：

    • 如果容器没有使用卷，直接删除容器并重新运行一个设置了新密码的新容器。
    • 如果容器使用了卷，数据是持久化的，但你忘记了密码。你需要一种方法重置密码。一种方法是停止容器，暂时以 root 用户或一个特殊的 entrypoint 运行一个新容器，挂载同一个卷，然后进入 psql 命令行修改密码。这通常涉及更高级的 Docker 和 PostgreSQL 管理技巧。对于开发环境，最简单的可能是备份数据（如果可能），删除卷，重新创建容器并设置新密码，然后恢复数据。

9. 最佳实践总结

  • 始终使用 Docker Volumes 来持久化 PostgreSQL 数据。
  • 在生产环境和非简单测试场景下，使用具体的镜像版本标签 (如 postgres:15.4)，而不是 latest。
  • 使用 Docker Compose 管理多容器应用，包括 PostgreSQL。
  • 使用 自定义 Docker 网络 连接应用程序容器和数据库容器。
  • 使用 环境变量 进行基本的数据库配置。
  • 利用 /docker-entrypoint-initdb.d/ 目录 来执行数据库初始化脚本（创建用户、数据库、表等）。
  • 不要在生产环境中使用弱密码，不要将数据库端口直接暴露给不受信任的网络。
  • 考虑为生产环境的容器设置 资源限制 (--memory, --cpus)。
  • 定期备份你的 Docker Volumes。虽然卷本身提供了持久性，但仍然需要传统的数据库备份策略。

10. 结语

通过本文，你应该对如何在 Docker 中运行和管理 PostgreSQL 有了全面的了解。我们涵盖了从最基本的容器启动到数据持久化、配置、网络连接以及使用 Docker Compose 进行管理的各个方面。

将 PostgreSQL 与 Docker 结合使用，可以极大地简化你的开发和部署流程，提供一致性、可移植性和高效性。这是一个现代软件开发中非常重要的技能。

动手实践是掌握技能的最佳途径。尝试根据本文的示例，在你的本地机器上运行 PostgreSQL 容器，创建卷，设置环境变量，编写初始化脚本，并尝试用 Docker Compose 来管理它。随着你对 Docker 和 PostgreSQL 的使用越来越深入，你还会发现更多高级的用法和技巧。

祝你在 Dockerized PostgreSQL 的世界里探索愉快！

发表评论

您的邮箱地址不会被公开。 必填项已用 * 标注

滚动至顶部