用户表里已经有真实数据了，我要再加一个必填状态字段，应该按什么顺序改才不会让旧数据立刻报错？
NULLNULLNULLmigration history: 0001_init先确认存量数据是否满足新规则，再决定迁移顺序；不要把失败描述成数据库“崩溃”。
直接加必填约束，旧记录可能不满足：users 表中的旧记录原本没有 status。直接要求 status NOT NULL，迁移可能因为旧行仍为空而失败；即使数据库允许同时填默认值，也要先确认这个默认值符合业务含义，不能随便猜一个状态。
先兼容，再回填，最后收紧：第一步先新增允许为空的 status，让新旧版本应用都能继续运行；第二步按明确规则为旧记录回填合法状态，并记录处理行数；第三步确认 NULL 数量为 0，再增加 NOT NULL 约束。
用数据结果和新旧应用共同验收：同时查看迁移版本、执行日志、回填行数和空值查询；只要仍有 status 为空，就不能收紧约束。还要在测试环境确认旧用户可读取、新用户能写入合法状态，并检查过渡期的新旧应用。迁移记录不是数据备份，破坏性转换前仍要准备恢复方案。
users 表已经有真实数据，我要新增必填的 status 字段。请先确认项目使用的迁移工具、现有取值和旧版应用是否兼容，再按“先加可空字段、回填合法状态、确认 NULL 数量为 0、最后加 NOT NULL”的顺序生成迁移。先在测试环境执行，并告诉我迁移版本、回填行数、空值检查和旧版读写结果；不要把 down 脚本当成备份。