Prisma迁移报P1010错误：为何替换主机用户名可解决数据库访问拒绝？

你在Docker中运行PostgreSQL，本地执行npx prisma migrate dev时触发P1010: User 'postgres' was denied access on the database 'practice.public'错误，将数据库连接串中的用户名替换为主机系统用户名（myusername）后却能成功执行，核心原因如下：

关键问题：你实际连接的是本地主机的PostgreSQL，而非Docker容器实例 #

你的Docker-compose配置虽然映射了5432端口，但你的主机本地同时运行着另一个PostgreSQL服务，占用了5432端口。此时你通过localhost:5432发起的数据库连接，实际上被本地的PostgreSQL服务接收，而非Docker容器中的实例。

为什么替换主机用户名能成功？ #

本地PostgreSQL的默认配置有两个关键点：

1. 安装时会自动创建一个与当前系统用户名同名的超级用户（即你的myusername）。
2. 对于localhost来源的连接，默认采用**对等认证（Peer Authentication）**规则：要求发起连接的系统用户名与数据库用户名完全一致。

当你用postgres作为用户名连接本地PostgreSQL时，你的系统用户名是myusername，不满足对等认证的匹配要求，因此触发权限拒绝错误；而换成myusername后，用户名匹配，认证通过，所以能成功执行迁移。

验证与正确解决方法 #

验证方式 #

执行以下命令测试连接：

# 尝试用postgres用户连接，应该会报错
psql -U postgres -h localhost -p 5432
# 尝试用主机用户名连接，应该能成功进入本地PostgreSQL
psql -U myusername -h localhost -p 5432

同时查看Docker容器的日志，如果没有任何连接记录，说明确实没连到容器实例。

正确解决路径 #

你有两个选项：

• 停止本地PostgreSQL服务：释放5432端口，让Docker容器的端口映射生效，此时恢复原来的.env配置即可连接到容器中的数据库。
• 修改Docker端口映射：在docker-compose.yml中将PostgreSQL的端口映射改为5433:5432，同时更新.env中的连接串：

  DATABASE_URL="postgresql://postgres:postgres@localhost:5433/practice?schema=public"
  

  这样就能避开本地服务的端口冲突，直接连接到Docker容器中的PostgreSQL实例。

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