17370845950

用 docker run 启动 PostgreSQL 容器是最省事且接近生产环境的方式，需挂载卷持久化数据、暴露 5432 端口、设置密码，并推荐使用 pgx 连接池与 migrate 管理迁移。

用 Docker 快速启动 PostgreSQL 本地实例

最省事、最接近生产环境的方式就是用 docker run 启一个 PostgreSQL 容器。它不污染宿主机，端口、数据目录、密码全可自定义，重启后数据还能持久化。

常见错误是直接运行但没挂载卷，容器一删数据就丢；或者忘了暴露 5432 端口，Go 程序连不上还报 dial tcp 127.0.0.1:5432: connect: connection refused。

• 用以下命令启动带持久化的实例：

  docker run -d \
    --name pg-local \
    -e POSTGRES_PASSWORD=mysecretpassword \
    -v $(pwd)/pgdata:/var/lib/postgresql/data \
    -p 5432:5432 \
    -d postgres:15-alpine

• 连接字符串在 Go 里通常长这样：postgres://postgres:mysecretpassword@localhost:5432/postgres?sslmode=disable
• 首次启动后，建议立刻进容器执行 psql -U postgres，手动建测试库（比如 CREATE DATABASE myapp_test;），避免 Go 程序启动时因库不存在 panic

Go 中用 database/sql + pgx 连接并做基本查询

别用纯 database/sql 配 lib/pq（已归档），优先选 pgx —— 它原生支持 PostgreSQL 协议，性能更好，还自带连接池和上下文超时控制。

容易踩的坑是：开连接不设 MaxOpenConns 和 MaxIdleConns，压测时瞬间创建几百个连接把本地 PostgreSQL 撑爆；或忘记调 db.Ping() 验证连通性，等真正查数据才报错。

• 安装驱动：go get github.com/jackc/pgx/v5/pgxpool
• 初始化连接池示例：

  pool, err := pgxpool.New(context.Background(), "postgres://postgres:mysecretpassword@localhost:5432/myapp_test?sslmode=disable")
  if err != nil {
      log.Fatal(err)
  }
  defer pool.Close()
  
  // 主动探测
  if err := pool.Ping(context.Background()); err != nil {
      log.Fatal("failed to ping db:", err)
  }

• pgxpool 默认最大打开连接数是 4，开发时可临时调高：pool.Config().MaxConns = 20

用 migrate 工具管理 SQL 迁移脚本

手写 CREATE TABLE 然后复制粘贴到 psql 里，短期可行，长期必然混乱。必须用迁移工具——migrate CLI 是最轻量、Go 生态兼容最好的选择，支持 PostgreSQL、SQLite、MySQL。

典型问题是迁移文件命名不规范（比如叫 v1.sql），导致顺序错乱；或没配好 GOOSE_DRIVER / DBURL 环境变量，执行时报 no driver for go-sql-driver/mysql 类似错误，其实只是 URL 里写了 mysql:// 却没装对应驱动。

• 安装 CLI：curl -L https://github.com/golang-migrate/migrate/releases/download/v4.15.2/migrate.linux-amd64.tar.gz | tar xvz（Mac/Win 换对应二进制）
• 迁移文件按时间戳命名：202505201430_add_users_table.up.sql，内容就是标准 SQL
• 执行迁移：migrate -path ./migrations -database "postgres://postgres:mysecretpassword@localhost:5432/myapp_test?sslmode=disable" up
• Go 代码里也可嵌入调用：migrate.New("postgres://...", "file://./migrations")，但 CLI 足够日常使用

清理与重置：避免测试数据干扰下一次 run

本地开发中，每次跑集成测试前清空表比重建库更快；但若用 TRUNCATE 不加 CASCADE，外键约束会报错；若用 DROP DATABASE 又得先 SELECT pg_terminate_backend(pid) 杀连接，太重。

最稳的做法是：测试前用迁移回滚到初始状态（migrate down），再 up 一遍；或者直接在测试函数里用事务包裹，Begin() → 操作 → Rollback()，完全隔离。

• 事务方式更轻量，适合单元测试：

  tx, err := db.Begin(context.Background())
  if err != nil {
      t.Fatal(err)
  }
  defer tx.Rollback(context.Background()) // 注意不是 defer tx.Rollback()
  
  _, err = tx.Exec(context.Background(), "INSERT INTO users(name) VALUES($1)", "test")
  if err != nil {
      t.Fatal(err)
  }

• 如果非要用清空表，记得加级联：TRUNCATE TABLE users, posts CASCADE;
• 别依赖 go test -count=1 自动重置——它只重跑函数，不重置数据库状态

PostgreSQL 容器的 pgdata 目录权限、pgx 的连接池生命周期、迁移文件的时间戳格式，这三处最容易在换机器或交接时出问题，动手前多看一眼日志输出。