一次python django项目数据同步异常操作，重置过程，并同步到数据库

admin

因调试过程中，发现有点问题，就把数据库表从其他客户端删除了，以为删除了就可以同步过去，没想到就是下面的结果。
, A6 X1 ^- ]2 b5 t  |0 y! M" _6 {(python3.8.2-vitual) C:\Users\admin\Desktop\deskdirectory\trip>python manage.py check
7 p, ^  q) O- _' F9 ?: cSystem check identified no issues (0 silenced).

(python3.8.2-vitual) C:\Users\admin\Desktop\deskdirectory\trip>python manage.py makemigrations
No changes detected

/ R' F% t; G0 y' b3 U7 F5 I5 q(python3.8.2-vitual) C:\Users\admin\Desktop\deskdirectory\trip>python manage.py makemigrations order
No changes detected in app 'order'
3 d$ k1 x) ^1 E& c# X8 j- Q
(python3.8.2-vitual) C:\Users\admin\Desktop\deskdirectory\trip>python manage.py migrate order
Operations to perform:
  Apply all migrations: order
# U5 v4 j1 v, h! `( \% j  uRunning migrations:
  No migrations to apply.

同步不过去，怎么办？
, W. X8 M: K4 u& _看到有高手的同步经历，按照他的方法，去执行了下，好像问题解决了。
4 y# ?6 q9 S, g7 x0 v. V' w8 m
(python3.8.2-vitual) C:\Users\admin\Desktop\deskdirectory\trip>python manage.py dbshell
Welcome to the MariaDB monitor.  Commands end with ; or \g.
: d$ g( e" V" t( k$ S2 B* DYour MariaDB connection id is 152
Server version: 11.5.1-MariaDB mariadb.org binary distribution
/ Y. E/ u% O0 ~, L$ Q: m  K& H
& g, @& Q2 A% Z# m( @8 Z- lCopyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

MariaDB [tripsql]> show tables;
+-------------------------------+
| Tables_in_tripsql             |
: Q! h5 [- }: [1 m/ _$ ]% C9 C+-------------------------------+
| account_user                  |
| account_user_groups           |
| account_user_user_permissions |
| accounts_login_record         |
% k. r, u) J" d# W: ?1 q9 P| accounts_user_profile         |
| auth_group                    |
| auth_group_permissions        |
' Z; X% c5 ~% e6 l7 w! ~! R1 Z| auth_permission               |
| auth_user                     |
7 B, i9 `7 Y1 O  E| auth_user_groups              |
| auth_user_user_permissions    |
! X9 f% E3 z; @| django_admin_log              |
* \( u8 A  m( C7 F# t- c1 O| django_content_type           |
| django_migrations             |
) T7 q: P0 d0 p0 s6 L- K| django_session                |
| sight                         |
| sight_comment                 |
) j7 {! ]4 L6 A" V% X' `| sight_info                    |
| sight_ticket                  |
| system_image_related          |
) C3 E9 N* u! {* b| system_slider                 |
6 u/ D& d# K- _% w* u+-------------------------------+
/ \1 `5 P  r, w! j3 o21 rows in set (0.002 sec)


& Y+ w( R8 u2 BMariaDB [tripsql]> delete from django_migrations where app='order';
Query OK, 2 rows affected (0.004 sec)
+ `0 H! ?( D, ?4 Z
MariaDB [tripsql]> exit
& f1 @! s. u& Z, z5 k# x9 lBye

9 j; Z. R9 e- G/ C) I/ O(python3.8.2-vitual) C:\Users\admin\Desktop\deskdirectory\trip>python manage.py migrate order
+ ~. i) L5 N$ n! aOperations to perform:
* S# F) B$ g9 X0 Z# B  Apply all migrations: order
$ E% z3 k, s  t5 B4 s/ X7 q- [4 F! R! Z) GRunning migrations:
7 v6 _0 g" K& O+ b  Applying order.0001_initial... OK

(python3.8.2-vitual) C:\Users\admin\Desktop\deskdirectory\trip>
这次成功同步过去了。
- ]$ C9 h1 v$ y' z+ v2 H


+ I6 d0 W# j/ }' m! Q6 e
  E1 k7 W7 i  I& F% z

) s6 ?- a1 w1 Z% S. D: \

(python3.8.2-vitual) C:\Users\admin\Desktop\deskdirectory\trip>python manage.py migrate order zero
* c5 x2 o* H3 F) k. ]7 ~; B: Q/ xOperations to perform:
9 g2 @* P6 e8 w! C6 _4 d  Unapply all migrations: order
Running migrations:
# f2 I& x2 a6 ~: N( \- b  Rendering model states... DONE
  Unapplying order.0001_initial... OK

(python3.8.2-vitual) C:\Users\admin\Desktop\deskdirectory\trip>python manage.py migrate order zero
Operations to perform:
  Unapply all migrations: order
7 i6 P* {3 g. d9 [3 nRunning migrations:
  No migrations to apply.

(python3.8.2-vitual) C:\Users\admin\Desktop\deskdirectory\trip>python manage.py makemigrations --empty order
Migrations for 'order':
  order\migrations\0002_auto_20250718_1752.py

, r# @5 S+ P2 z# Q(python3.8.2-vitual) C:\Users\admin\Desktop\deskdirectory\trip>python manage.py dbshell
Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 162
Server version: 11.5.1-MariaDB mariadb.org binary distribution
9 A: `1 g) ]$ G* D  O6 d& l6 J
/ @. K4 `" J9 \4 ECopyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.
  I4 O( B9 U! j7 X! t& `
) E) C4 D+ p: m2 I7 W% t' FType 'help;' or '\h' for help. Type '\c' to clear the current input statement.

MariaDB [tripsql]> delete from django_migrations where app='order';
Query OK, 0 rows affected (0.001 sec)

3 ^- T$ H: e- o" U. Z( I# _MariaDB [tripsql]>



9 [# c0 M2 ]) f

( h8 Q8 c2 i" v, t7 H5 s8 q
+ V) c* q% e) s) \; M

admin

问题描述：
已有的model，修改之后，想重新建模，于是将migrations文件夹中除__init__.py之外其他文件都删掉，再次执行以下步骤python manage.py makemigrations确认成功，执行python manage.py migrate，提示No migrations to apply. 表示一脸懵逼。再次修改，指定表名，再次尝试，发现问题依旧，表示二脸懵逼
+ s3 ?, w9 A8 G
排查过程
python manage.py dbshell 进到数据库里面，查看是否表已存在
结果：表不存在
! q1 V, Y6 `: B检查migrations文件
结果：文件没问题
百度 google 各种搜，乱投医，各种尝试
1 b' g+ s5 t( S7 u- A2 ^8 |解决方案
  I1 D% Z6 b4 w& P0 O0 spython manage.py dbshell 进到数据库中，执行delete from django_migrations where app='your_appname';
python manage.py makemigrations(若migrations文件未删除，可不执行这一步)
3 Z- l- C# R4 r- d) k- ~) gpython manage.py migrate 好啦，大功告成
原因分析
查看django_migrations表结构
建表语句：
/ L6 ^$ p2 ~/ P( U) FCREATE TABLE "django_migrations" ("id" integer NOT NULL PRIMARY KEY AUTOINCREMENT, "app" varchar(255) NOT NULL, "name" varchar(255) NOT NULL, "applied" datetime NOT NULL);
原因
造成多次应用migrations失败的原因是，当前model是修改过的，原来的migrations已经被我删除，但是，重新生成的migrations使用递增整数记名，所以，在django_migrations表中0001，0002等前面几个数字的文件都已被记录，在Django看来，被记录了就相当于已应用，所以，会出现刚开始的No migrations to apply.
% }. V! u: j! p! R, Q避免方案
有强迫症删除migrations文件的同学(比如我)，请同时到数据库中删除相应记录
没有强迫症的同学，可以继续生成新的migrations，旧的就不必理会了
题外话
6 E' m# G2 V* g! W' h) w' l执行python manage.py migrate之后，可以使用python manage.py sqlmigrate appname migrations_num(例如python manage.py sqlmigrate user 0002)查看当前migrations文件对应的sql语句。
) w5 L( ~; h+ i  Z* @5 w另外，在使用上述命令查看0002文件的sql语句时发现，django会新建一个表user_new，然后插入user表中的数据，再把user表删掉，再把user_new重命名为user。所以，修改model的时候，不必担心原有数据会丢失。