Docker化Django项目运行migrations的数据库配置问题

我来帮你搞定这个困扰！你遇到的问题核心是本地环境和Docker容器网络的差异导致的数据库主机解析问题，下面给你两个简单可行的解决方案：

方案一：通过Docker Compose在容器内运行迁移（推荐） #

其实你不用纠结本地运行命令的问题——因为你已经把本地目录挂载到了core容器的/code目录，容器内生成的迁移文件会自动同步到本地！

直接在终端执行以下命令，就能在容器内运行迁移，同时迁移文件保存在本地：

# 生成迁移文件
docker-compose exec core python3 manage.py makemigrations
# 执行迁移
docker-compose exec core python3 manage.py migrate

这个方法的好处是：

• 容器和db服务在同一个Docker网络里，能正常解析db主机名，不会出现连接错误
• 迁移文件直接同步到本地目录，完全不用手动复制

方案二：配置环境变量，支持本地/容器双环境运行迁移 #

如果你确实想在本地直接运行manage.py命令，可以通过环境变量动态切换数据库主机：

1. 修改settings.py中的数据库配置，用环境变量来指定HOST：

import os

DATABASES = {
    'default': {
        'ENGINE': 'django.db.backends.postgresql',
        'NAME': 'postgres',
        'USER': 'postgres',
        # 默认用容器内的db服务名，本地运行时通过环境变量覆盖
        'HOST': os.environ.get('DB_HOST', 'db'),
        'PORT': '5432',
    }
}

2. 本地运行迁移命令时，临时设置环境变量指向本地的PostgreSQL端口：

# 生成迁移文件
DB_HOST=localhost python3 manage.py makemigrations
# 执行迁移
DB_HOST=localhost python3 manage.py migrate

这样本地运行时连接localhost:5432（因为你已经把PostgreSQL容器的端口映射到了本地），容器内运行时自动使用db服务名，两边都能正常工作。

为什么之前的尝试失败？ #

• 本地直接运行manage.py时，你的电脑不在Docker Compose创建的专属网络里，所以无法解析db这个主机名
• 把HOST改成0.0.0.0是错误的——0.0.0.0是监听地址，表示服务要监听所有网络接口，不是用来连接数据库的主机地址，所以容器内无法通过它连接到db服务

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