Go客户端SSL/TLS配置缺失易致中间人劫持：PostgreSQL须设sslmode=require或verify-full，MongoDB需显式启用tls=true及CA路径，禁用tlsInsecure=true（仅测试），连接池须设超时与健康检查，凭据须从Vault等服务动态获取，context须全链路透传。
SSL/TLS配置缺失导致连接被中间人劫持
Go客户端默认不强制启用TLS，尤其在开发环境用 mongodb:// 或 postgres:// 连接本地服务时，容易忽略 sslmode=disable 的显式声明——这看似方便，实则埋下隐患：一旦部署到公网或K8s集群，未加密流量可能被监听或篡改。
PostgreSQL驱动（如 pgx）和MongoDB官方驱动（mongo-go-driver）都要求显式控制TLS行为。不加约束地使用 sslmode=prefer 或留空，可能在某些环境中回退到明文连接，而日志里不会报错，只静默降级。
- PostgreSQL务必设为
sslmode=require（生产）或sslmode=verify-full（需CA证书） - MongoDB连接字符串中必须含
?tls=true&tlsCaFile=/path/to/ca.pem，否则options.Client().SetTLSConfig(...)不生效 - 若用自签名证书，
tlsInsecure=true仅限测试——它会跳过证书校验和主机名匹配，等同于裸连
连接池未设超时与健康检查引发雪崩
database/sql 或 pgxpool 默认的连接池参数过于宽松：MaxOpenConns 为 0（无限制）、ConnMaxLifetime 为 0（永不过期），在长连接场景下极易积累 stale connection，尤其当数据库重启或网络抖动后，大量 goroutine 卡在 conn.Exec 上，最终拖垮整个服务。
更隐蔽的问题是：连接池本身不主动探测连接可用性，ping 操作需手动触发，且默认无超时。一个坏连接可能卡住数秒甚至更久，阻塞后续请求。
立即学习“go语言免费学习笔记（深入）”；
- 对
pgxpool，初始化时必须设置maxConns: 20、minConns: 5、healthCheckPeriod: 30 * time.Second - 对
mongo-go-driver，用options.Client().SetMaxPoolSize(100).SetMinPoolSize(10)，并配SetConnectTimeout(5 * time.Second) - 所有连接池应在启动后立即调用一次
Ping（带 context timeout），失败则 panic 或告警，不等到首次业务请求才暴露问题
认证凭据硬编码或泄露到环境变量中
把密码写进代码或 .env 文件再通过 os.Getenv("DB_PASSWORD") 读取，看似隔离，实则危险：Docker镜像层、CI日志、K8s Pod描述、甚至 ps aux 都可能暴露完整连接串。尤其当连接串含 user:pass@host 格式时，url.User 解析后密码直接可提取。
更糟的是，某些日志框架（如 log.Printf）误打连接字符串，或 Prometheus exporter 把连接池指标连带 URI 一起暴露。
- 永远不要拼接完整URI字符串；用
url.URL{User: url.UserPassword(u, p), Host: h, Path: d}构造，再清除User字段用于日志 - 敏感字段（
password,private_key）应从专用凭证服务（如 HashiCorp Vault、AWS Secrets Manager）按需拉取，且缓存时间严格限制 - 若必须用环境变量，确保容器运行时以
secrets方式挂载（Docker）或Secret类型卷（K8s），而非envFrom
Context未贯穿全链路导致连接泄漏与goroutine堆积
Go数据库操作必须传入 context.Context，但很多代码只在 Connect 或 Query 顶层传入 context.Background()，后续子操作（如 rows.Next()、tx.Commit()）不再受控。一旦上游请求取消，底层连接不会自动释放，goroutine 卡在 read loop 中，内存缓慢上涨。
另一个典型场景是：用 context.WithTimeout 包裹单次查询，但没考虑连接池获取连接本身的耗时——如果池中无空闲连接，Acquire 可能先超时，而你还在等 Query 返回。
- 每个业务 handler 必须生成带 deadline 的 context，并透传至所有 DB 调用点（包括
pool.Acquire,conn.QueryRow,tx.Rollback） - 避免在循环内反复创建新 context；用
context.WithValue注入 trace ID 即可，不要覆盖 deadline -
mongo-go-driver的FindOne等方法接受 context，但若 context 已 cancel，它不会主动中断正在传输的 BSON 流——得靠底层 TCP keepalive 或 socket timeout 收尾
连接安全不是“开个 TLS 就完事”，它横跨配置、池管理、凭据生命周期和上下文传播四个层面。最容易被跳过的，是连接池健康检查与 context 的深度穿透——这两处不出问题则无声无息，一出就是 P0 级故障。
