phpmyadmin 无法直接运行 php artisan migrate，但能定位三类迁移失败核心问题：表已存在、外键冲突、字段定义与数据库实际状态不一致；需检查 migrations 表记录、外键启用状态及 information_schema.columns 字段偏差。
迁移失败时，phpmyadmin 不能直接运行 php artisan migrate，但它能帮你快速定位三类核心问题：表已存在、外键冲突、字段定义与数据库实际状态不一致。
看 failed_jobs 表有没有残留的失败记录
Laravel 12 默认启用队列失败重试机制，但迁移本身不走队列 —— 这个表无关。真正要查的是 migrations 表本身。打开 phpMyAdmin，选中你的数据库，找到 migrations 表，按 batch 倒序排列，重点看最后几条：
- 如果某条记录的
batch值比当前预期高（比如你只跑过 batch 3，却看到 batch 5 的记录），说明迁移脚本被手动插入或异常中断过 - 检查
migration字段值是否和本地database/migrations/下文件名完全一致（含时间戳前缀），Laravel 严格比对这个字符串 - 若发现重复
migration名但不同batch，说明该迁移曾部分执行又回滚失败，需人工清理对应表结构再删掉这行
用 SQL 查询验证外键约束是否被禁用
Laravel 12 在 Schema::create() 中默认启用外键（DB::getDoctrineSchemaManager()->getDatabasePlatform()->supportsForeignKeyConstraints() 返回 true），但某些托管环境（如部分共享主机）会强制关闭。在 phpMyAdmin 的「SQL」标签页执行：
SELECT @@FOREIGN_KEY_CHECKS;
如果返回 0，说明外键被禁用 —— 这会导致 foreignId() 或 foreignIdFor() 定义的字段无法建立约束，迁移看似成功实则缺失关键关系。修复方式不是改 phpMyAdmin 设置，而是确认 MySQL 配置中 foreign_key_checks=ON，或在迁移文件里显式加：
Schema::table('posts', function (Blueprint $table) {
$table->foreignId('user_id')->constrained()->onUpdate('cascade')->onDelete('cascade');
});
注意：Laravel 12 不再自动包裹 DB::statement('SET FOREIGN_KEY_CHECKS = 1')，必须靠底层 MySQL 状态支撑。
对比 information_schema.COLUMNS 查字段类型偏差
常见于从旧项目升级到 Laravel 12 后迁移失败，错误信息常是 SQLSTATE[HY000]: General error: 1060 Duplicate column name 'xxx' 或 SQLSTATE[42000]: Syntax error or access violation: 1067 Invalid default value for 'xxx'。这时别急着重跑迁移，先在 phpMyAdmin 执行：
SELECT COLUMN_NAME, DATA_TYPE, IS_NULLABLE, COLUMN_DEFAULT FROM information_schema.COLUMNS WHERE TABLE_SCHEMA = 'your_db_name' AND TABLE_NAME = 'users';
逐项比对结果和你的迁移文件中 Schema::create('users', ...) 的定义：
-
DATA_TYPE是varchar但代码写了$table->string('name', 255)—— 没问题；但如果写了$table->text('name')却显示varchar(191)，说明上次迁移被截断过 -
COLUMN_DEFAULT为NULL，但代码用了$table->timestamp('email_verified_at')->nullable()—— 正常；若写成$table->timestamp('email_verified_at')->useCurrent()却显示NULL，说明 MySQL 版本低于 5.6.5，不支持TIMESTAMP DEFAULT CURRENT_TIMESTAMP复合语法 - 特别注意 Laravel 12 对
json字段的处理：MySQL 5.7+ 才原生支持，否则会退化为TEXT，但迁移时若检测到不支持会抛错，此时需在config/database.php的mysql配置里加'strict' => false（仅调试用）
真正卡住的地方往往不是语法错误，而是 phpMyAdmin 显示的表结构和 Laravel 认为的“当前状态”之间存在隐性差异 —— 比如某字段被其他脚本直接 ALTER 过，或迁移文件里用了 ->after('xxx') 但目标列名拼写有空格。动手前，先看 migrations 表最后一行，再查对应表的 information_schema，比反复 php artisan migrate:fresh 有效得多。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
