即使删除了迁移 php 文件，doctrine:schema:update --dump-sql 仍输出 alter 语句，根本原因在于 doctrine 的 schema 管理依赖实体映射（entity mapping）而非迁移文件本身；迁移文件仅用于版本化变更，而 schema:update 始终依据当前实体定义与数据库实际状态的差异生成 sql。
即使删除了迁移 php 文件，doctrine:schema:update --dump-sql 仍输出 alter 语句，根本原因在于 doctrine 的 schema 管理依赖实体映射（entity mapping）而非迁移文件本身；迁移文件仅用于版本化变更，而 schema:update 始终依据当前实体定义与数据库实际状态的差异生成 sql。
在 Symfony + Doctrine 项目中，bin/console doctrine:schema:update --dump-sql 并不会读取或校验已删除的迁移文件，而是完全基于当前实体类（Entity）的注解、属性或 YAML/XML 映射配置，与数据库实际结构做比对。因此，只要你的 Category 实体中仍声明了 status 字段为非空（例如通过 @ORM\Column(type="string", nullable=false)），Doctrine 就会认为数据库中该列必须为 NOT NULL——哪怕你已手动执行并删掉了对应的迁移文件。
✅ 正确做法如下：
-
检查并修正实体映射
打开 src/Entity/Category.php，确认 status 属性的 Doctrine 映射是否强制非空：// src/Entity/Category.php /** * @ORM\Column(type="string", nullable=false) // ← 这行会导致 schema:update 生成 SET NOT NULL */ private ?string $status = null;
若该字段在业务逻辑中允许为空，请改为：
/** * @ORM\Column(type="string", nullable=true) */ private ?string $status = null;
-
同步数据库状态（可选但推荐）
若你已手动在数据库中执行过 ALTER TABLE categories ALTER status SET NOT NULL，且希望 Doctrine 认为该状态“已达成”，可使用以下命令标记 schema 为最新（不执行 SQL，仅更新元数据）：bin/console doctrine:schema:update --force # 或更安全的方式（仅同步元数据，不修改 DB）： bin/console doctrine:schema:validate
-
验证结果
修改实体后再次运行：bin/console doctrine:schema:update --dump-sql
若输出为空，说明实体映射与数据库结构一致；若仍有 SQL，则需继续排查其他字段或关联映射。
⚠️ 注意事项：
- 不要混用 doctrine:migrations 和 doctrine:schema:update —— 前者面向版本化、可回滚的变更，后者是“声明式”快速同步，适用于开发初期；生产环境强烈建议只使用 migrations。
- 删除迁移文件前，务必确保其变更已持久化至数据库，且对应逻辑已从实体映射中移除或调整。
- 使用 schema:update 时，Doctrine 不会记录任何迁移历史，因此无法回滚，仅作临时调试用途。
总结：迁移文件只是变更的“快照”，而 Doctrine 的 schema 工具永远以当前实体定义为唯一真相源（source of truth）。清理残留 SQL 的关键，永远是让实体映射准确反映你期望的数据库结构。
