django 2.2 migrate gets error “table already exists” django.db.utils.ProgrammingError: 1146 的解决办法

最新推荐文章于 2023-07-10 09:13:03 发布
原创 最新推荐文章于 2023-07-10 09:13:03 发布 · 276 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#python #django

当常规方法无法解决问题时，本文分享了一种通过导出数据库数据，重建数据库并执行Python迁移脚本来解决数据库问题的经验。

网上的方法：
方法1

但这方法对我不管用
最后我把数据库里面的数据导出来后，重建新的数据库，再执行

python manage.py makemigrations 
python manage.py migrate

才可以……

Django migrate django.db.utils.OperationalError: (1050, “Table ‘xxx‘ already exists“)
YOU CAN IF YOU BELIEVE YOU CAN
07-12 317
Django migrate django.db.utils.OperationalError: (1050, "Table 'xxx' already exists")
模型迁移错误常见问题“django.db.utils.InternalError: (1050, “Table ‘django_content_type‘ already exists“)“
小橙子的笔记屋
02-29 2029
django迁移模型常见错误django.db.utils.InternalError: (1050, “Table ‘django_content_type’ already exists”)" 这个问题经常出现在迁移模型时报错，表示该表已经存在，说明之前进行过模型的迁移操作。 例如： 一般情况下出现这种错误，是因为在迁移过后进行了数据表的修改【字段的修改】，而再次进行数据表的迁移便会报错，因...
解决django迁移数据库时，报错django.db.utils.InternalError: (1050, “Table ‘xxx‘ already exists“)
weixin_44575037的博客
10-14 710
先上报错 django.db.utils.InternalError: (1050, "Table 'xxx' already exists") 按照下面步骤依次执行 python manage.py showmigrations #显示迁移的内容 下面的core是你项目中生成迁移文件的子应用名称 python manage.py migrate --fake core zero #清除迁移历史 再次查看会发现这个子应用下的迁移文件记录已经清除了 python manage.py showmigratio
django.db.utils.ProgrammingError: (1146, u“Table‘’ doesn’t exist”)问题的解决
09-20
主要给大家介绍了关于执行python manage.py migrate时报错：django.db.utils.ProgrammingError: (1146, "Table 'test.model_student' doesn't exist" )问题的解决方法，文中将解决的方法介绍的非常详细，需要的朋友可以参考下
django.db.utils.ProgrammingError: (1146, "Table 'xxxxxx' doesn't exist")
、Edgar的博客
01-25 604
将目录migrations下的文件除了__init__.py都删掉，如下： 然后再次执行： python manage.py makemigrations python manage.py migrate
Django开发，日常错误。
weixin_42539198的博客
09-12 850
migrate失败 错误如下： django.db.utils.ProgrammingError: relation "user" already exists 在网上找的解决方式： python3 manage.py migrate mfxx (migrations文件) --fake-initial
精选资源
模型迁移错误常见问题”django.db.utils.InternalError: (1050, “Table ‘django_content_type’ already exists”)”
01-21
django迁移模型常见错误django.db.utils.InternalError: (1050, “Table ‘django_content_type’ already exists”)” 这个问题经常出现在迁移模型时报错，表示该表已经存在，说明之前进行过模型的迁移操作。 例如...
Django执行迁移过程中常见的错误和解决方法
SteveRocket's-Blog
06-14 9841
Django执行迁移过程中常见的错误和解决方法。在开发过程中，需要仔细检查迁移文件和数据库结构，以确保迁移过程的正确性和稳定性。同时，需要不断学习和掌握新的技术和工具，以提高开发效率和质量。
ERROR: relation “xxx“ already exists
goddave的博客
01-21 1万+
我发生这个问题是导入了一个表的备份sql之后，将其重命名了，然后又导入了这个表的时候发生的。 报错后去备份的sql中查看这个relation的关键字，发现了这样一条约束： 原来是这个表在添加的时候，已经对这个表的id主键增加了这个名称的约束，虽然更改了表名，但是约束名称没有变，因此重新导入这个表，虽然2个表名不同了，但是都存在这个名称的约束，所以导入失败。 解决方法： 去除原来的约束，或者修改导入新表或者旧表的sql中这个约束的名称，重新添加约束即可。 ...
django 做 migrate 时 表已存在的处理方法
09-18
今天小编就为大家分享一篇django 做 migrate 时 表已存在的处理方法，具有很好的参考价值，希望对大家有所帮助。一起跟随小编过来看看吧
es 使用_sql时报错
sinat_36258805的博客
07-10 819
ES的sql查询中表名中不能有中划线，比如my-index-000001，可以添加 es 的别名。
mysql数据库报错1064_Django链接mysql数据库报错1064
weixin_35143292的博客
01-19 556
D:\PycharmProjects\autotest>python manage.py makemigrationsdjango.db.utils.ProgrammingError: (1064, "You have an error in your SQL syntax;check the manual that corresponds to your MySQL server vers...
python manage.py migrate 出错 django.db.utils.ProgrammingError
jaket5219999的博客
03-17 6555
django migrate 出错 django.db.utils.ProgrammingError: (1146, u"Table 'myblog2.blog_article' doesn't exist") 在用django写一个博客系统时，自动创建数据库表格，出现上述错误 python manage.py makemigrations Migrations for 'blog':
django连接mysql数据库1064错误
画流_博客
12-07 1837
错误信息如下 django.db.utils.ProgrammingError: (1064, “You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ‘SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED’ at line 1”) 原因：
用于解决Django数据库迁移问题django.db.utils.InternalError:(1050,“Table ‘XXX‘ already exists“的问题
sasafa的博客
07-23 860
Django数据库迁移可能出现的问题
django.db.utils.ProgrammingError: (1146, u"Table'' doesn't exist")解决办法
热门推荐
小小的客栈 大大的江湖
08-15 4万+
一、现象在数据库中删除了一张表，重新执行python manage.py migrate时出错，提示不存在这张表。二、原因主要是因为django一般在第一次迁移的时候新建表，后面的都不会新建表，而是只检查字段等等的变化，所以我们既然已经删除了这张表，django检查这张表的字段变化的时候就自然报错了。三、解决办法解决办法仍然是执行python manage.py makemigrations和pyt
Django在应用创建之后Rename出现的坑点django.db.utils.ProgrammingError
qq_45672137的博客
08-12 1722
Django在应用创建之后Rename出现的坑点 在一个项目应用创建完并编写完一些相关逻辑之后，在更改应用名就会出现很多莫名错误！！！ 1.找不到ORM中的数据 发现之前写的逻辑很多都会报错 django.db.utils.ProgrammingError: (1146, "Table 'program.user_user' doesn't exist") ...
Django报错：django.db.utils.ProgrammingError: (1146, "Table 'test.django_session' doesn't exist")
最新发布
02-22
<think>好的，我需要帮助用户解决Django中出现的“django.db.utils.ProgrammingError: (1146, "Table 'test.django_session' doesn't exist")”错误。首先，我应该回忆一下这个错误通常是什么原因引起的。用户之前问过关于Session的存取操作，可能他们在配置Session后没有创建相应的数据库表。 首先，Django默认使用数据库存储Session，对应的表是django_session。如果用户没有运行迁移命令，这个表就不会被创建，导致访问时出现表不存在的错误。所以第一步应该检查是否执行了迁移，即运行过python manage.py migrate。 接下来，可能需要确认用户是否正确地将'django.contrib.sessions'添加到了INSTALLED_APPS中，因为这会告诉Django需要为Session创建表。如果用户没有添加这个应用，迁移时就不会生成对应的表，从而引发错误。 另外，用户可能在配置中指定了不同的数据库，比如使用了多个数据库配置，而迁移没有应用到正确的数据库上。这时候需要检查settings.py中的DATABASES设置，确认迁移的目标数据库是否正确，是否运行了迁移命令到正确的数据库。 还有一种可能是用户手动删除了数据库表，或者数据库连接有问题，导致迁移未能正确应用。这时候需要检查数据库是否存在，以及用户是否有权限访问该数据库。 总结起来，解决步骤应该是：1. 确认INSTALLED_APPS包含'sessions'；2. 运行迁移命令生成django_session表；3. 检查数据库连接配置是否正确；4. 如果使用其他Session引擎，可能需要调整设置，比如换成缓存或文件存储。此外，还需要提醒用户注意数据库权限和手动删除的情况，以及定期清理Session的建议。 需要以用户友好的方式解释这些步骤，并确保用户能一步步操作解决问题。同时，可能还需要给出具体的命令示例，如迁移命令，检查应用配置的方法，以及如何确认数据库连接。最后，可以建议用户如果问题依旧存在，检查错误日志或提供更多信息以便进一步排查。</think>在 Django 中遇到 `django.db.utils.ProgrammingError: (1146, "Table 'test.django_session' doesn't exist")` 错误，通常是因为 **Session 依赖的数据库表 `django_session` 尚未创建**。以下是详细原因和解决方法： --- ### **1. 根本原因** - Django 默认使用数据库存储 Session（依赖 `django_session` 表）。 - 如果未运行数据库迁移（`migrate`），或者迁移未成功应用，该表将不存在。 - 当视图尝试操作 Session 时（如 `request.session['key'] = value`），Django 会查询此表，触发报错。 --- ### **2. 解决步骤** #### **步骤 1：确保启用 Session 应用** 在 `settings.py` 的 `INSTALLED_APPS` 中确认已添加 `django.contrib.sessions`： ```python INSTALLED_APPS = [ # ... 'django.contrib.sessions', # 必须存在 # ... ] ``` #### **步骤 2：执行数据库迁移** 运行以下命令生成 `django_session` 表： ```bash # 生成迁移文件（如果未生成） python manage.py makemigrations # 应用迁移到数据库（关键步骤！） python manage.py migrate ``` #### **步骤 3：验证数据库表是否存在** - 如果使用 MySQL/MariaDB： ```bash mysql -u 用户名 -p USE test; # 进入你的数据库 SHOW TABLES LIKE 'django_session'; # 检查表是否存在 ``` - 如果使用 SQLite： ```bash sqlite3 db.sqlite3 .tables django_session ``` #### **步骤 4：检查数据库配置** 确保 `settings.py` 中的 `DATABASES` 配置正确，且 Django 有权限操作数据库： ```python DATABASES = { 'default': { 'ENGINE': 'django.db.backends.mysql', # 或其他数据库引擎 'NAME': 'test', # 确保数据库名称正确 'USER': '你的用户名', 'PASSWORD': '你的密码', 'HOST': 'localhost', 'PORT': '3306', } } ``` --- ### **3. 其他可能性** #### **(1) 手动删除了数据库表** - 如果表被意外删除，重新运行 `python manage.py migrate --run-syncdb` 重建表。 #### **(2) 使用其他 Session 存储引擎** 如果不想依赖数据库表，可以改用 **缓存（Cache）** 或 **文件（File）** 存储 Session： ```python # settings.py # 使用缓存存储 Session（需配置 CACHES） SESSION_ENGINE = 'django.contrib.sessions.backends.cache' # 或使用文件存储 SESSION_ENGINE = 'django.contrib.sessions.backends.file' SESSION_FILE_PATH = '/tmp/django_sessions' # 自定义路径（需读写权限） ``` #### **(3) 迁移冲突或数据库残留** - 尝试删除迁移记录并重新迁移： ```bash # 删除所有应用的迁移文件（谨慎操作！） find . -path "*/migrations/*.py" -not -name "__init__.py" -delete find . -path "*/migrations/*.pyc" -delete # 重新生成迁移并应用 python manage.py makemigrations python manage.py migrate ``` --- ### **4. 验证修复** 在视图中添加一个简单的 Session 操作测试： ```python def test_session(request): request.session['test'] = 'Hello, Session!' return HttpResponse("Session 测试成功！") ``` 访问该视图，若不再报错且能正常返回，则说明修复成功。 --- ### **5. 预防措施** 1. **首次部署时务必运行 `migrate`** 新项目或新环境部署时，迁移是必需步骤。 2. **定期清理过期 Session** 通过定时任务运行 `python manage.py clearsessions`，避免表数据膨胀。 3. **检查数据库权限** 确保 Django 使用的数据库用户有创建和修改表的权限。 --- 通过以上步骤，可以彻底解决 `django_session` 表不存在的报错。如果问题依然存在，请检查数据库日志或提供完整的错误堆栈信息以进一步分析。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值