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

admin

因调试过程中，发现有点问题，就把数据库表从其他客户端删除了，以为删除了就可以同步过去，没想到就是下面的结果。
3 S! O2 ~9 H; s( I' [; |(python3.8.2-vitual) C:\Users\admin\Desktop\deskdirectory\trip>python manage.py check
System check identified no issues (0 silenced).
! J0 p6 ]+ g1 o3 Z
(python3.8.2-vitual) C:\Users\admin\Desktop\deskdirectory\trip>python manage.py makemigrations
, |5 ?& ~/ D3 _- z. l' [$ @+ kNo changes detected
5 W% {- |1 `3 _% t2 O
! e+ z9 ~. Y1 ?, V3 ^3 l(python3.8.2-vitual) C:\Users\admin\Desktop\deskdirectory\trip>python manage.py makemigrations order
$ r4 H5 M) l3 u) P# j8 ]# qNo changes detected in app 'order'

: B' y2 o4 r! |% l1 c(python3.8.2-vitual) C:\Users\admin\Desktop\deskdirectory\trip>python manage.py migrate order
Operations to perform:
  Apply all migrations: order
Running migrations:
/ R; F+ o! ?/ r6 I1 K  No migrations to apply.

同步不过去，怎么办？
看到有高手的同步经历，按照他的方法，去执行了下，好像问题解决了。
, S9 e! B4 p0 t0 R
(python3.8.2-vitual) C:\Users\admin\Desktop\deskdirectory\trip>python manage.py dbshell
Welcome to the MariaDB monitor.  Commands end with ; or \g.
7 L3 W* t  q8 \5 \/ ~. ~' RYour MariaDB connection id is 152
Server version: 11.5.1-MariaDB mariadb.org binary distribution

" z9 K! x( i/ |0 xCopyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.
" K. e2 O# ~2 R, F/ {
. \/ {9 Q! P) g. J% J* ?/ [Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

MariaDB [tripsql]> show tables;
+-------------------------------+
| Tables_in_tripsql             |
, D, D2 d  M8 h; M# a3 K, c0 x, h+-------------------------------+
) l0 F2 o) L" n. j& p| account_user                  |
( ~' v- n& L. [+ k2 v. X! e| account_user_groups           |
2 ]) G6 j6 m% {8 ?) r2 c| account_user_user_permissions |
( q/ V( H4 L9 X. y, H| accounts_login_record         |
| accounts_user_profile         |
| auth_group                    |
| auth_group_permissions        |
. S, L7 A$ n9 T2 V| auth_permission               |
| auth_user                     |
| auth_user_groups              |
4 b7 R  ~$ k& f9 x: }! T! t  y| auth_user_user_permissions    |
| django_admin_log              |
$ [1 u) ~! N: ]3 Z9 v8 p# ~| django_content_type           |
| django_migrations             |
/ {0 v2 K- `% M( R| django_session                |
| sight                         |
3 N8 Z- B' C! |  R| sight_comment                 |
3 a: ~. ]1 Z0 s! H; \, b( `) N| sight_info                    |
0 {$ P% d% v+ L6 ^( @: G* ^| sight_ticket                  |
# o8 e' x! u; f) z( C| system_image_related          |
| system_slider                 |
- A" N$ v! K( W, `% {+-------------------------------+
21 rows in set (0.002 sec)
7 `) R# d% [3 x! f1 m4 n

MariaDB [tripsql]> delete from django_migrations where app='order';
Query OK, 2 rows affected (0.004 sec)
. A. c- v+ U2 o" F
MariaDB [tripsql]> exit
Bye
" q' v: x" N. q; U1 R
(python3.8.2-vitual) C:\Users\admin\Desktop\deskdirectory\trip>python manage.py migrate order
; e) T; o$ T! V+ O* [Operations to perform:
  Apply all migrations: order
" j* p: _0 n+ t# J( mRunning migrations:
  Applying order.0001_initial... OK
* ]) z* z3 L, a2 ?  q: z
(python3.8.2-vitual) C:\Users\admin\Desktop\deskdirectory\trip>
这次成功同步过去了。




! r' I# o0 Q0 N* ~5 l

& {/ |: o0 B/ Q$ Z0 d

(python3.8.2-vitual) C:\Users\admin\Desktop\deskdirectory\trip>python manage.py migrate order zero
4 {5 k! g. m& o7 q9 lOperations to perform:
  Unapply all migrations: order
Running migrations:
  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
Running migrations:
: M) F- n# @# j; h2 N$ o- U  No migrations to apply.
8 u/ @6 U9 E$ r3 i% b7 X0 i
(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

(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
- p# s# `4 E" t, e% ?
" D* u' H  i9 p4 y4 o$ tCopyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.
' B% g8 X# z7 P2 @" Y  m
MariaDB [tripsql]> delete from django_migrations where app='order';
% u# |6 ~# }  c: U! MQuery OK, 0 rows affected (0.001 sec)

MariaDB [tripsql]>
% ~* Q2 ^5 u( j
& A  y1 Q' I% Z
- E! ?* l' z  m. s: {. g7 Q
4 G$ S+ O" \% B6 G; f; @

admin

问题描述：
8 J, {, h# E8 p6 Q1 r3 x! d已有的model，修改之后，想重新建模，于是将migrations文件夹中除__init__.py之外其他文件都删掉，再次执行以下步骤python manage.py makemigrations确认成功，执行python manage.py migrate，提示No migrations to apply. 表示一脸懵逼。再次修改，指定表名，再次尝试，发现问题依旧，表示二脸懵逼
! u' f1 X( C  p
排查过程
; z0 z% i6 R4 ?1 S4 T9 rpython manage.py dbshell 进到数据库里面，查看是否表已存在
5 Z0 u- P2 |; a" }- D结果：表不存在
检查migrations文件
5 G2 A5 H0 l! q' D- \4 M$ o结果：文件没问题
9 f) t+ o1 j; A; h. }4 N百度 google 各种搜，乱投医，各种尝试
; g  |! y0 M( C解决方案
/ e2 A1 s* F0 U" i8 i' f! @7 Y) b6 t3 P/ spython manage.py dbshell 进到数据库中，执行delete from django_migrations where app='your_appname';
* [+ `: L8 ^* j2 e$ Spython manage.py makemigrations(若migrations文件未删除，可不执行这一步)
python manage.py migrate 好啦，大功告成
5 l/ S# D" y7 v/ b原因分析
查看django_migrations表结构
# Z8 j5 i% o: H4 _* w" ~建表语句：
2 w1 |1 M0 [* y2 _: @CREATE 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.
避免方案
有强迫症删除migrations文件的同学(比如我)，请同时到数据库中删除相应记录
没有强迫症的同学，可以继续生成新的migrations，旧的就不必理会了
题外话
执行python manage.py migrate之后，可以使用python manage.py sqlmigrate appname migrations_num(例如python manage.py sqlmigrate user 0002)查看当前migrations文件对应的sql语句。
" P1 p/ F5 m6 N8 l: Q7 E另外，在使用上述命令查看0002文件的sql语句时发现，django会新建一个表user_new，然后插入user表中的数据，再把user表删掉，再把user_new重命名为user。所以，修改model的时候，不必担心原有数据会丢失。