ThinkPHP 的 migrate 命令不生成文件是因为 php think migrate:create 必须指定符合规范的文件名（仅字母、数字、下划线，如 create_user_table），漏参数或含短横线会导致静默失败。
ThinkPHP 的 migrate 命令为什么执行后没生成 migration 文件？
因为 php think migrate:create 必须指定文件名（不含扩展），且命名需符合规范：只含字母、数字、下划线，推荐用「动词+表名」形式，比如 create_user_table。漏掉参数或用了短横线（如 create-user-table）会导致命令静默失败，不报错也不生成文件。
实际操作建议：
- 运行
php think migrate:create create_post_table，确保当前目录是 ThinkPHP 项目根目录 - 检查
database/migrations/下是否出现类似20240515123456_create_post_table.php的文件（前缀为时间戳） - 若目录不存在，先手动创建
database/migrations/，否则命令会直接退出 - 迁移类必须继承
think\migration\Migrate，且包含change方法；ThinkPHP 6.1+ 不再支持单独的up/down方法
执行 php think migrate:run 报错 “Base table or view not found: 1146 Table 'xxx.migrations' doesn't exist”
这是最常见误操作：没先初始化迁移系统。ThinkPHP 的迁移依赖一张名为 migrations 的元数据表来记录已执行的迁移，该表不会自动创建。
解决方法只有一步：
立即学习“PHP免费学习笔记（深入）”；
- 先运行
php think migrate:install—— 它会创建migrations表，并清空已有迁移记录（慎用于生产环境） - 确认
config/database.php中的default连接配置正确，且数据库用户有建表权限 - 如果之前手动建过
migrations表但字段不对（比如少batch字段），删掉重来，不要手改结构
如何安全回滚上一次迁移（不是全部）？
php think migrate:rollback 默认只回滚最近一批（batch）执行的迁移，前提是这些迁移的 change 方法里写了可逆操作。ThinkPHP 不自动推断逆向逻辑，全靠你写。
关键点：
- 在
change方法中，用$schema->create()或$schema->table()->addColumn()等正向操作；回滚时框架会自动调用同一方法，所以必须保证该方法能“反着走”——比如先判断表是否存在再删，或用dropIfExists - 错误写法：
$schema->table('user')->dropColumn('age');—— 如果列已不存在，会报错中断；应改用$schema->table('user')->dropColumnIfExists('age'); - 想回滚指定数量，加
--step=2参数，如php think migrate:rollback --step=1 - 回滚后，
migrations表里对应记录会被删除，但数据库变更不会自动还原（除非你在change里写了 drop 操作）
多个开发者协作时 migration 文件顺序乱了怎么办？
ThinkPHP 按文件名前缀的时间戳排序执行迁移，但本地开发时多人同时生成 migration，时间戳可能重复或倒序，导致线上执行失败。
实操对策：
- 禁止直接修改 migration 文件名中的时间戳；所有新迁移统一用
php think migrate:create生成，它会取当前毫秒级时间 - 每天同步前，先
git pull，再php think migrate:status查看哪些未执行，避免重复运行 - 如果发现某人提交了更早时间戳但你本地已执行过，不要强行 rerun；检查
migrations表确认该记录是否存在，缺失则手动插入一行（version字段填文件名前缀，batch填当前最大 batch+1） - 上线前务必在预发环境完整跑一遍
php think migrate:refresh（慎用！它会先reset再run，清空所有表数据）
真正麻烦的从来不是命令怎么敲，而是 migration 文件一旦提交到主干，就再也无法修改逻辑——哪怕只是多加个字段默认值，也得另起一个新迁移文件补上。这点比 Laravel 更刚性。
