GORM与PostgreSQL：search_path仅首次生效的并发问题排查

问题背景 #

我在开发基于Gin的API网关，核心逻辑是将请求转发至gRPC客户端，路由通过中间件调用gRPC客户端的Validate函数做权限校验。Ginn默认给每个请求分配独立Go协程，测试时发现：

• 并发请求同一个受保护端点（如/protected/1或/protected/2）时，所有请求处理正常
• 同时并发请求两个不同的受保护端点时，Validate函数出现异常：请求可能全部失败、部分失败甚至无响应，报错信息固定为GORM查询用户时抛出：

  ERROR: relation "users" does not exist (SQLSTATE 42P01)
  

排查过程 #

1. 最初怀疑是多协程下的资源共享冲突，但使用go run -race检测服务全程，未发现任何竞态条件
2. 尝试构建最小复现案例，多次尝试后未能成功复现问题

解决方法 #

修改初始化数据库连接的openDb函数，将PostgreSQL连接字符串调整为包含search_path参数的格式，明确指定要使用的数据库schema。调整后再做跨端点并发请求，所有请求均可正常处理，报错彻底消失。

推测原因 #

PostgreSQL的search_path参数用于指定表的查找路径（schema），如果连接字符串未明确指定该参数，在连接复用场景下，可能出现不同请求的schema上下文被意外覆盖的情况——比如某个请求临时修改了当前连接的search_path，后续复用该连接的请求就会找不到对应schema下的users表。将search_path写入连接字符串后，每个连接初始化时就固定了schema，避免了并发场景下的上下文污染。

内容的提问来源于stack exchange，提问作者nerdizzle