symfony 4 数据库迁移回滚失败主因是down()方法逻辑不完整或迁移状态与数据库实际结构脱节；doctrine不自动生成逆向sql，完全依赖手动编写的down()内容，且需确保doctrine_migration_versions表与真实结构一致。
Symfony 4 数据库迁移回滚失败，通常不是命令本身出错，而是 down() 方法逻辑不完整 或 迁移状态与数据库实际结构脱节 导致的。Doctrine 不会自动推导安全的逆向操作，所有回滚行为都依赖你手动编写的 down() 内容。
down() 方法没写或写得不完整
这是最常见也最容易被忽视的问题。Doctrine 只执行你写的 down()，不会自动生成“撤销 up()”的 SQL。
- up() 中创建了唯一索引，但 down() 里只删表，没删索引 —— 回滚时可能报 “index does not exist”
- up() 添加了一个新字段，down() 却尝试删除一个早已被前序迁移删掉的字段 —— 报错 “column not found”
- up() 执行了 INSERT 插入初始数据，down() 却留空或只删表 —— 数据残留，结构看似回退，实际不一致
- 用了
$this->addSql('DROP TABLE IF EXISTS ...')—— 某些 MySQL 版本下 Doctrine 不识别IF EXISTS，应改用条件判断或分步处理
迁移状态表（doctrine_migration_versions）和真实结构不匹配
Doctrine 通过 doctrine_migration_versions 表记录哪些迁移已执行。一旦这个表和数据库现状对不上，rollback 就找不到可回滚项，或执行错误操作。
- 迁移文件被误删或重命名，但表里仍有对应记录 —— rollback 提示 “No migrations to execute”
- 手动在数据库里建了表、改了字段，但没走迁移流程 —— 状态表没更新，后续 diff 和 rollback 都会混乱
- 多环境共用一个数据库（比如本地连了测试库），别人跑了 migrate 你没同步迁移文件 —— status 显示 “up to date”，其实结构已变
- PostgreSQL 表名大小写敏感：实体写了
@ORM\Table(name="User")，但数据库里是user—— schema 比对失败，rollback 无法定位目标
数据库平台特性引发的隐性冲突
Symfony 4 默认支持多数据库驱动，但不同平台对“自增”“序列”“默认值”的理解差异很大，容易让 down() 在执行时意外失败。
- PostgreSQL 中误用
options={"autoincrement":true}—— 该配置仅对 MySQL 有效，PostgreSQL 忽略它，但 Doctrine 仍将其纳入元数据比对，导致二次 diff 生成移除默认值的 down() 语句 - ID 使用
strategy="SEQUENCE"却没写sequenceName—— Doctrine 猜序列名，猜错后 down() 尝试删不存在的序列，直接报错 - MySQL 8+ 对 DROP COLUMN 有严格限制：若字段含数据或参与约束，
ALTER TABLE ... DROP COLUMN会被拒绝 —— down() 里没做前置校验就硬删，就会中断
环境或连接配置问题干扰回滚执行
这类问题不涉及业务逻辑，但会让 rollback 命令根本跑不起来。
-
DATABASE_URL中密码含@、/、:未 URL 编码 —— 连接串被截断，连到错误数据库甚至本地 socket，报 “Connection refused” - 开发机连 Docker 数据库时，用
database作为 host —— 宿主机无法解析该服务名，必须改用127.0.0.1:3307（前提是端口映射正确） - PHP 缺少
pdo_pgsql或pdo_mysql扩展 —— 命令直接报Class 'PDO' not found或驱动类缺失 - 生产环境没加
--no-interaction—— rollback 卡在交互确认，部署流程挂起
