02 如何搭一套可长期复用的 PostgreSQL 学习环境

学习数据库最怕两件事: 一是环境搭得太重，开始前就被安装细节拖住；二是环境搭得太随意，后面每一篇实验都不一致。一个好的学习环境不追求“像生产一样复杂”，而追求“足够稳定、方便重建、能复现实验”。

学习环境应该满足的四个条件

可重复: 换台机器也能快速拉起。
可破坏: 敢做失败实验，坏了能重建。
可观察: 日志、配置、数据目录清楚可见。
可扩展: 后面能继续做复制、备份、扩展实验。

只要满足这四条，这套环境就够用了。

一个够用的容器模板

下面这份 compose.yaml 已经足够支撑绝大多数基础实验:

services:
  pg:
    image: postgres:16
    container_name: pg-lab
    restart: unless-stopped
    environment:
      POSTGRES_USER: postgres
      POSTGRES_PASSWORD: postgres
      POSTGRES_DB: app
    ports:
      - "5432:5432"
    volumes:
      - ./data:/var/lib/postgresql/data
      - ./backup:/backup
      - ./init:/docker-entrypoint-initdb.d

这套模板的价值在于:

数据目录固定，方便观察真实文件变化。
备份目录独立，后面做导出、恢复演练时不会乱。
初始化脚本可复用，适合把实验基线固定下来。

初始化时建议统一的基线

学习环境最好一开始就统一这些东西:

时区
编码
命名风格
业务测试库名
统一的示例表
一组能触发慢 SQL、锁等待、膨胀、备份恢复的测试数据

很多人后面写不出高质量实验文章，不是因为不会 PostgreSQL，而是因为每次都从零搭场景，导致根本无法持续积累。

最先要掌握的不是 GUI，而是 `psql`

管理工具当然可以用，但学习 PostgreSQL 时，psql 是必修课。原因很简单:

几乎所有文档、案例、排障过程都能回落到命令行。
你更容易真正理解 SQL、事务和输出结果。
复制、备份、恢复、权限、扩展这类操作，命令行往往最清晰。

建议先熟悉这些最基本动作:

\l
\c app
\dt
\d tablename
\timing on
show data_directory;
show config_file;

环境搭好后，立刻做三件事

建一张简单业务表，验证最基本的建模、插入和查询。
打开日志和计时，确认你知道日志在哪、执行耗时怎么看。
做一次备份和恢复演练，哪怕只是最简单的逻辑导出导入。

这三件事做完，你的环境才不再只是“装好了”，而是真正变成了后续专栏的实验舞台。

最容易踩的坑

每次换版本却不记录，导致实验结论不可比。
图形工具用得很熟，命令行反而不会。
数据全放匿名临时目录，后面连数据文件在哪都找不到。
环境过于豪华，一开始就堆了太多扩展和中间件。

结论很简单: 学习环境要先轻后重，先稳定后复杂。你不是在一次性搭生产集群，而是在搭一套可以陪你走很久的实验室。

01 Positioning 03 Schema and Access