确认迁移是否真正生效需交叉验证三层面：查数据库表结构是否更新（如DESCRIBE users）、查doctrine_migration_versions表中对应版本是否有非空executed_at记录、运行doctrine:migrations:status确认其状态为Executed且在Executed migrations列表中。
确认某次迁移是否真正生效，不能只看命令输出“Success”，得从数据库结构、迁移记录、应用行为三个层面交叉验证。
查数据库表结构是否更新
这是最直接的证据。比如你加了一个 email 字段，就该立刻在数据库里看到它：
- 用
php bin/console doctrine:dbal:run-sql "DESCRIBE users"（MySQL）或"PRAGMA table_info(users)"（SQLite）查看字段列表 - 如果用的是 phpMyAdmin、DBeaver 或 MySQL Workbench，手动刷新表结构，确认新字段、索引、约束已存在
- 注意：某些变更（如修改列类型）可能没报错但实际未生效——比如把
VARCHAR(255)改成VARCHAR(191)在 MySQL 5.7+ 可能静默失败，需检查执行日志或SHOW CREATE TABLE users
查迁移版本表是否登记
Doctrine 靠 doctrine_migration_versions 表追踪状态。运行：
php bin/console doctrine:dbal:run-sql "SELECT * FROM doctrine_migration_versions WHERE version = 'Version20240515123456'"
必须看到一行记录，且 executed_at 不为空、execution_time 是合理数值（非 0）。如果查不到，说明迁移根本没进库；如果 executed_at 为空，说明执行中途失败被回滚了。
查迁移状态命令输出
运行 php bin/console doctrine:migrations:status，重点看三处：
-
Executed migrations 列表里是否包含你刚跑的版本号（如
20240515123456） - Latest migration 是否指向它（说明它是当前最新版）
-
Status 是否为
Executed，而非Pending或Failed
测试应用逻辑是否识别新结构
结构变了，代码也得跟上。简单验证：
- 新建一个实体实例，尝试设新字段值并调用
$em->persist()+$em->flush()，不报错即基本可用 - 访问对应 FormType，确认新字段能正常渲染、提交（比如新增的
phone字段在表单中出现且无“Unmapped field”错误） - 如果迁移含
DEFAULT值或NOT NULL约束，试着插入一条不带该字段的数据，应明确报错（证明约束已生效）
