本文详解 Go 使用 lib/pq 驱动连接 PostgreSQL 时连接失败的常见原因，重点说明 sql.Open 不立即建立连接、必须调用 db.Ping() 主动验证，以及参数占位符（$1）的正确写法。
本文详解 go 使用 `lib/pq` 驱动连接 postgresql 时连接失败的常见原因，重点说明 `sql.open` 不立即建立连接、必须调用 `db.ping()` 主动验证，以及参数占位符（`$1`）的正确写法。
在 Go 中使用 database/sql + github.com/lib/pq 连接 PostgreSQL 时，一个典型误区是误以为 sql.Open() 会立即尝试连接数据库。实际上，sql.Open() 仅初始化数据库句柄（*sql.DB），不执行任何网络通信——它只是校验连接字符串语法，返回 err == nil 并不表示数据库可达。真正的连接建立和认证发生在首次执行查询（如 Query、Exec）或显式调用 db.Ping() 时。
因此，原代码中即使连接字符串有误（如密码错误、数据库名不存在、端口未开放），sql.Open 仍会成功返回，而后续 db.Query 可能因连接失败或认证失败返回 rows == nil 和非空 err，但该错误未被检查，导致 fmt.Println(rows) 输出
✅ 正确做法是：
- 始终调用 db.Ping() 显式验证连接可用性；
- 使用 $1, $2 等位置参数占位符（PostgreSQL 特有），而非 ? 或 :name；
- 严格检查每一步的 err，避免忽略关键错误。
以下是修正后的完整示例：
package main
import (
"database/sql"
"fmt"
"log"
_ "github.com/lib/pq"
)
func main() {
// 构建连接字符串（请按实际替换：user, password, dbname, host, port）
connStr := "user=postgres password=password dbname=name host=localhost port=5432 sslmode=disable"
db, err := sql.Open("postgres", connStr)
if err != nil {
log.Fatal("sql.Open 失败（连接字符串语法错误）:", err)
}
defer db.Close() // 注意：此处 defer 不影响 Ping，因 Close 是幂等的
// ✅ 关键步骤：主动 Ping 数据库，验证连接与认证
if err = db.Ping(); err != nil {
log.Fatal("数据库连接失败（网络/认证/权限问题）:", err)
}
fmt.Println("✅ 数据库连接成功")
// ✅ 使用 $1 占位符（PostgreSQL 原生支持），并传入对应参数
rows, err := db.Query("SELECT city FROM streams WHERE id = $1", 69)
if err != nil {
log.Fatal("查询执行失败:", err)
}
defer rows.Close()
// 处理结果集
for rows.Next() {
var city string
if err := rows.Scan(&city); err != nil {
log.Fatal("扫描行失败:", err)
}
fmt.Printf("城市: %s\n", city)
}
if err = rows.Err(); err != nil {
log.Fatal("遍历结果时出错:", err)
}
}
⚠️ 注意事项：
-
连接字符串格式：推荐使用 URL 形式（更清晰）：
postgres://postgres:password@localhost:5432/name?sslmode=disable - SSL 模式：开发环境可设 sslmode=disable，生产环境务必使用 require 或更高安全级别；
- 资源释放：rows 必须调用 rows.Close()（或 defer rows.Close()），否则连接可能泄漏；
- 驱动导入：_ "github.com/lib/pq" 仅为触发 init() 注册驱动，不可省略下划线；
- Go 版本兼容性：lib/pq 已归档，建议新项目迁移到官方维护的 pgx（性能更优、API 更现代）。
通过 Ping() 主动探活 + 正确参数绑定 + 全面错误处理，即可彻底解决“连接字符串无效却无报错”这一高频陷阱。
