Symfony 使用 Doctrine 生成迁移时，常因元数据解析不一致导致已配置的 autoincrement: true 在二次迁移中被错误移除；根本原因在于 Doctrine 对 @ORM\Column(options=...) 的处理存在局限性，推荐改用更语义明确的 strategy="IDENTITY" 并清理残留序列。
symfony 使用 doctrine 生成迁移时，常因元数据解析不一致导致已配置的 `autoincrement: true` 在二次迁移中被错误移除；根本原因在于 doctrine 对 `@orm\column(options=...)` 的处理存在局限性，推荐改用更语义明确的 `strategy="identity"` 并清理残留序列。
在 Symfony 5.4 + PostgreSQL 13 环境中，当你为实体 ID 字段显式声明 @ORM\GeneratedValue(strategy="SEQUENCE") 并配合 options={"autoincrement":true} 时，Doctrine 的 migrations:diff 命令会首次正确识别并创建自增序列（如 your_table_id_seq），但第二次执行 diff 时却可能误判该字段“不应具有 autoincrement”，从而生成一条移除自增属性的迁移语句（例如 ALTER COLUMN id DROP DEFAULT 或删除序列引用）。这不是数据库行为异常，而是 Doctrine ORM 元数据同步机制的固有缺陷：options 数组中的 autoincrement 属于非标准 Schema 拓展字段，Doctrine 在比对模型与数据库实际结构时不会将其纳入一致性校验维度，导致迁移生成器仅依赖底层平台（PostgreSQL）的默认行为推断——而 PostgreSQL 中 SERIAL/GENERATED BY DEFAULT AS IDENTITY 列本身不显式存储 "autoincrement":true 标记，造成前后两次 diff 结果矛盾。
✅ 推荐解决方案（稳定、符合 Doctrine 最佳实践）：
将 ID 配置从 SEQUENCE 策略切换为 IDENTITY（PostgreSQL 10+ 原生支持），并移除冗余的 options 声明：
// src/Entity/YourEntity.php
use Doctrine\ORM\Mapping as ORM;
#[ORM\Entity]
class YourEntity
{
#[ORM\Id]
#[ORM\GeneratedValue(strategy: 'IDENTITY')] // ✅ PostgreSQL 原生 identity 列，自动管理序列
#[ORM\Column(type: 'integer')]
private ?int $id = null;
}
⚠️ 关键前置操作（必须执行）：
若此前已生成过含序列的表，请手动清理旧序列，避免新旧机制冲突：
-- 替换 your_table_name 为实际表名 DROP SEQUENCE IF EXISTS your_table_name_id_seq CASCADE;
然后重新生成迁移：
php bin/console doctrine:migrations:diff php bin/console doctrine:migrations:migrate
? 为什么 strategy="IDENTITY" 更可靠？
- IDENTITY 是 SQL 标准（ISO/IEC 9075-2:2016）定义的原生自增机制，PostgreSQL 通过 GENERATED BY DEFAULT AS IDENTITY 实现；
- Doctrine 对 IDENTITY 策略的元数据映射完整，migrations:diff 能准确识别其“不可变性”，不再反复添加/删除；
- 相比 SEQUENCE（需额外维护序列对象），IDENTITY 将序列逻辑内嵌于列定义，迁移状态更稳定。
? 补充建议：
- 避免在 @ORM\Column 中使用 options 传递数据库特定行为（如 autoincrement, unsigned），这类配置易被 Doctrine 忽略或误判；
- 若必须兼容旧版 PostgreSQL（
- 所有迁移执行前，建议先用 --dry-run 预览 SQL，确认无意外的 DROP DEFAULT 或 ALTER COLUMN 操作。
通过采用 IDENTITY 策略并清除历史序列残留，即可彻底规避 Symfony/Doctrine 迁移中 ID 自增被反复“取消”的问题，确保数据库结构演进可预测、可回滚。
