Laravel迁移代码与PhpMyAdmin执行结果不符问题咨询

我之前也碰到过类似的问题，咱们一步步拆解可能的原因和解决办法：

1. 先确认迁移是否真的正常执行 #

• 仔细看php artisan migrate的终端输出，有没有报错信息？有时候看似执行成功，但其实藏着字段长度超限、数据库权限不足这类隐性错误，导致迁移没完全执行。
• 去数据库里看migrations表，确认创建admins表的这条迁移记录是否存在。如果没有，说明迁移根本没跑起来；如果有，可能是执行过程中部分代码没生效。

2. 核对数据库连接是否正确 #

• 重点检查.env文件里的DB_DATABASE、DB_HOST配置，是不是和你在PhpMyAdmin里查看的数据库完全一致？很多时候都是连错了库——比如迁移到了本地测试库，但你看的是另一个开发库，自然结构对不上。
• 执行php artisan config:cache清除配置缓存，避免旧的配置残留影响。

3. 检查迁移代码的细节兼容性 #

看你贴的迁移代码，有几个点可以核对：

• $table->increments('id')在Laravel 5.8及以上版本会生成无符号INT自增主键，但如果数据库的默认配置有差异，可能会出现字段类型不符的情况。建议换成Laravel 7+推荐的$table->id()写法，兼容性更好。
• $table->rememberToken()应该生成一个varchar(100)的remember_token字段，你在PhpMyAdmin里有没有看到这个字段？如果没有，说明这行代码没被执行到。
• 排查有没有其他迁移文件修改过admins表！比如之后有没有alter table的迁移，覆盖了原来的表结构？

4. 回滚迁移后重新执行 #

如果确认迁移记录存在但结构不对，可以试试回滚后重新跑：

# 回滚最后一次迁移操作
php artisan migrate:rollback
# 重新执行所有未完成的迁移
php artisan migrate

要是回滚失败，可以直接删除migrations表里对应的那条记录，再手动删掉admins表，然后重新执行php artisan migrate。

5. 排除PhpMyAdmin的显示缓存问题 #

有时候不是结构真的错了，是PhpMyAdmin的缓存坑：

• 刷新PhpMyAdmin页面，或者清空浏览器缓存后再查看表结构。
• 切换到「结构」标签页，逐行核对字段的类型、长度、约束（比如email的唯一约束是否存在）。

6. 查看数据库执行日志（进阶排查） #

如果以上方法都没解决，就去看数据库的查询日志，看看Laravel实际执行的SQL是什么：

• 以MySQL为例，开启查询日志后，找到执行的CREATE TABLE语句，和你的迁移代码对比，就能精准定位差异点。

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