Docker Compose可运行但docker run无法连接PostgreSQL求助

首先得帮你理清Docker网络的核心差异，这就是你遇到问题的根源：

为什么Docker Compose能正常运行？ #

Docker Compose默认会为你的项目创建一个专属的自定义网络，所有在docker-compose.yml里定义的服务（比如db、web、redis）都会加入这个网络。在这个网络里，容器之间可以直接用服务名称（比如db）作为主机名互相访问——这就是你settings.py里HOST: 'db'能生效的原因，Compose的DNS服务会自动把db解析成对应容器的IP。

为什么单独docker run会失败？ #

当你直接用docker run启动容器时，它默认会加入Docker的默认bridge网络。这个网络和Compose创建的专属网络是完全隔离的，而且默认bridge网络不支持容器名称/服务名称的DNS解析——所以你的web容器找不到名为db的主机，就会抛出could not translate host name "db" to address错误。

至于改成localhost也不行：容器里的localhost指的是容器自己的网络栈，不是你的宿主机。除非你让容器共享宿主机网络（不推荐），否则容器里访问localhost根本碰不到宿主机或者Compose启动的db容器。

解决方案（按推荐程度排序） #

方案1：让你的容器加入Compose创建的网络 #

这是最简单的方式，不需要修改任何配置：

1. 先查看Compose为你的项目创建的网络名称：

   docker network ls
   

   通常名称格式是你的项目文件夹名_default，比如你的项目叫saleor，网络名可能是saleor_default。
2. 启动容器时指定加入这个网络：

   docker run --network=你的项目网络名 -p 4000:8000 db_test
   

   这样你的web容器就和Compose启动的db容器在同一个网络里了，settings.py里的HOST: 'db'会直接生效。

方案2：手动创建共享网络，同时启动db和web容器 #

如果不想依赖Compose的网络，也可以自己创建一个自定义网络：

1. 创建自定义网络：

   docker network create saleor-network
   

2. 启动PostgreSQL容器并加入这个网络：

   docker run --name db --network=saleor-network -e POSTGRES_USER=user -e POSTGRES_PASSWORD=password postgres
   

3. 启动你的web容器也加入这个网络：

   docker run --network=saleor-network -p 4000:8000 db_test
   

   同样不需要修改settings.py，HOST: 'db'可以正常解析。

方案3：通过宿主机IP连接（不推荐） #

这种方式依赖宿主机的网络环境，隔离性差，但如果只是临时测试可以用：

1. 找到你的宿主机局域网IP（比如192.168.3.10，可以用ifconfig或ip addr查看）；如果是Docker Desktop环境，也可以用host.docker.internal作为宿主机地址。
2. 修改settings.py里的数据库配置：

   DATABASES = {
       'default': {
           # ...其他配置不变
           'HOST': '192.168.3.10',  # 换成你的宿主机IP或host.docker.internal
           # ...
       }
   }
   

3. 确保PostgreSQL容器已经映射了端口到宿主机（比如Compose里的ports: '5432:5432'），并且PostgreSQL配置允许远程连接：
   • 需要修改PostgreSQL的postgresql.conf，把listen_addresses改成'*'
   • 修改pg_hba.conf，添加一行host all all 0.0.0.0/0 md5允许所有IP连接（生产环境不要这么做）

额外注意点 #

• 不管用哪种方案，都要确保db容器在web容器之前启动，并且PostgreSQL服务已经完全就绪（Compose的depends_on只保证启动顺序，不保证服务就绪，不过你用Compose能正常运行，说明这个问题不大）。
• 尽量避免用--network=host让容器共享宿主机网络，这会破坏Docker的隔离性，而且在不同环境下兼容性差。

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