数据库迁移（migration）执行成功后库中无对应表的原因是什么

从你提供的迁移日志可以观察到，第一条迁移任务2014_10_12_000000_create_users_table只有启动标记Migrating，没有对应的完成标记Migrated，问题根因大概率和这条迁移的执行异常有关，你可以按照以下顺序排查：

• 核查第一条迁移文件语法：打开2014_10_12_000000_create_users_table文件，检查up方法内的建表逻辑是否存在语法错误，比如字段定义格式不合法、外键关联了不存在的表、调用了未定义的辅助方法等。
• 验证数据库账号权限：确认项目配置的数据库账号拥有建表、修改表结构、写入操作的完整权限，权限不足时部分数据库会静默执行失败，或触发隐式回滚。
• 排查事务回滚问题：如果你的迁移文件开启了全局事务包裹，或数据库默认开启了事务且未设置自动提交，第一条迁移执行报错后会触发所有已执行迁移的全量回滚，导致所有表都不会被实际持久化到库中。
• 检查迁移状态表：查看对应库的迁移记录表（Laravel框架默认是migrations表，其他框架对应查找框架自带的迁移状态存储表），如果表中没有本次执行的迁移记录，就可以确认迁移执行过程被中断并触发了回滚。
• 输出详细执行日志：重新执行迁移命令时加上 verbose 参数输出完整报错信息，比如 Laravel 框架下执行php artisan migrate -vvv，就能直接看到第一条迁移执行时的具体报错内容。
• 核对数据库连接配置：确认你项目中配置的数据库地址、库名、端口和你实际查看的数据库完全一致，存在多个环境配置时很容易出现迁移实际执行到其他库的问题。

内容的提问来源于stack exchange，提问作者CHRISTIAN JAKE ALISER