用 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语言免费学习笔记(深入)”;
- 安装驱动:
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 换对应二进制) - 迁移文件按时间戳命名:
202405201430_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自动重置——它只重跑函数,不重置数据库状态
pgdata 目录权限、pgx 的连接池生命周期、迁移文件的时间戳格式,这三处最容易在换机器或交接时出问题,动手前多看一眼日志输出。










