Django博客部署报错：relation 'posts_post'不存在 求解

先来说你遇到的迁移失败问题，结合你说的“全新Django项目能正常部署，但本地完成的项目不行”，大概率是迁移文件、数据库配置或者迁移执行流程的问题，一步步排查：

一、排查迁移失败的核心原因 #

1. 确认迁移文件已同步到服务器 #

本地的posts应用下肯定有migrations文件夹（里面除了__init__.py，还有类似0001_initial.py这类迁移文件），部署时一定要把这个文件夹完整同步到Linux服务器的对应posts应用目录下。如果服务器上的migrations是空的，Django根本不知道要创建哪些表，自然会报“表不存在”的错误。

2. 检查Linux上的PostgreSQL配置与初始化 #

你已经安装了PostgreSQL，但还要确保做了这些操作：

• 创建对应数据库：登录PostgreSQL命令行（sudo -u postgres psql），执行CREATE DATABASE your_blog_db;（替换成你settings里的数据库名）
• 创建数据库用户并授权：CREATE USER your_db_user WITH PASSWORD 'your_password';，然后GRANT ALL PRIVILEGES ON DATABASE your_blog_db TO your_db_user;
• 验证settings.py的数据库配置：确保DATABASES里的ENGINE是django.db.backends.postgresql（或postgresql_psycopg2），NAME、USER、PASSWORD、HOST（如果是本地数据库填localhost）、PORT（默认5432）都和你在Linux上创建的一致。
• 确认PostgreSQL服务在运行：sudo systemctl status postgresql，如果没启动就执行sudo systemctl start postgresql，并设置开机自启sudo systemctl enable postgresql。

3. 正确执行迁移命令 #

如果上面的步骤都没问题，试试重置迁移流程：

1. 先删除Linux上的数据库：sudo -u postgres dropdb your_blog_db，然后重新创建：sudo -u postgres createdb your_blog_db
2. 进入项目虚拟环境，执行python manage.py migrate
   • 不要先跑makemigrations！因为本地已经生成过迁移文件了，服务器直接用现成的就行，手动跑makemigrations反而可能生成重复的迁移记录导致冲突。
3. 如果还是报错，检查服务器数据库里的django_migrations表：登录PostgreSQL，执行SELECT * FROM django_migrations WHERE app='posts';，如果有记录但实际表没创建，删除这些记录（DELETE FROM django_migrations WHERE app='posts';），再重新执行migrate。

二、带本地数据部署到Linux PostgreSQL的方法 #

当然可以把本地带完整数据的应用部署过去，步骤如下：

1. 本地导出数据：在Windows的项目目录下，执行命令导出数据（排除容易冲突的权限和内容类型表）：

   python manage.py dumpdata --exclude auth.permission --exclude contenttypes > blog_data.json
   

2. 同步文件到服务器：把blog_data.json传到Linux服务器的项目根目录下。
3. 服务器初始化数据库：先确保服务器上已经通过python manage.py migrate创建了所有空表（这一步很重要，不然导入数据时会提示表不存在）。
4. 导入数据：在服务器项目的虚拟环境中执行：

   python manage.py loaddata blog_data.json
   

5. 补充超级用户：如果本地的超级用户没导入成功（因为我们排除了部分auth表），直接在服务器上重新创建：python manage.py createsuperuser。

最后提醒一下：尽量保证本地和服务器的Django版本、PostgreSQL版本一致，避免因为版本差异导致的兼容性问题。

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