在 GORM 中，AutoMigrate 不会修改已有列的约束（如添加 NOT NULL），需结合数据库原生 ALTER TABLE 语句与默认值策略安全实现。
在 gorm 中，`automigrate` 不会修改已有列的约束（如添加 `not null`），需结合数据库原生 `alter table` 语句与默认值策略安全实现。
GORM 的 AutoMigrate 是一个便捷的模型同步工具，但它遵循“仅创建、不破坏”原则：它会自动创建缺失的表和字段，但不会更改已有列的数据类型、长度或约束（包括 NOT NULL、UNIQUE、索引等）。因此，当你将模型从：
type User struct {
gorm.Model
Name string
}
升级为要求非空的版本：
type User struct {
gorm.Model
Name string `gorm:"not null"`
}
直接调用 db.AutoMigrate(&User{}) 不会生效——GORM 会忽略该约束变更，数据库中的 name 列仍允许 NULL。
✅ 正确做法：分步迁移 + 默认值兜底
由于 NOT NULL 是破坏性变更（可能使历史 NULL 数据失效），必须确保所有现有记录满足新约束。标准流程如下：
- 为列添加默认值（临时兜底，兼容旧数据）；
-
更新所有
NULL记录为默认值； -
添加
NOT NULL约束； - （可选）后续移除默认值（若业务上无需保留）。
示例：使用 GORM 原生 SQL 迁移（推荐）
func migrateAddNotNullConstraint(db *gorm.DB) error {
// 步骤1：为 name 列设置默认值（以 PostgreSQL 为例；MySQL 语法略有差异）
if err := db.Exec("ALTER TABLE users ALTER COLUMN name SET DEFAULT 'N/A'").Error; err != nil {
return err
}
// 步骤2：填充现有 NULL 值
if err := db.Exec("UPDATE users SET name = 'N/A' WHERE name IS NULL").Error; err != nil {
return err
}
// 步骤3：添加 NOT NULL 约束
if err := db.Exec("ALTER TABLE users ALTER COLUMN name SET NOT NULL").Error; err != nil {
return err
}
// 步骤4（可选）：移除默认值（避免新插入时意外触发）
// db.Exec("ALTER TABLE users ALTER COLUMN name DROP DEFAULT")
return nil
}
⚠️ 注意事项：
- 数据库方言差异：上述 SQL 以 PostgreSQL 为例。MySQL 应使用
MODIFY COLUMN name VARCHAR(255) NOT NULL DEFAULT 'N/A'并配合UPDATE；SQLite 需通过重建表实现（GORM v1.23+ 提供Migrator().AlterColumn()辅助，但仍建议谨慎）。- 事务安全：生产环境建议将迁移包裹在事务中，并提前备份关键表。
- 模型同步：完成数据库变更后，再更新 Go 模型结构并保留
gorm:"not null"标签，确保后续AutoMigrate能正确识别预期状态。- 避免隐式默认：切勿依赖空字符串
""或零值作为默认值而不显式声明——这易引发语义歧义，且部分数据库对NOT NULL+DEFAULT ''的行为不一致。
总结
GORM 本身不支持约束级增量迁移，但通过组合原生 SQL 与严谨的数据准备（默认值 + 数据填充），可安全、可控地升级列约束。核心原则是：先保障数据完整性，再施加约束；先兼容，后严格。 将此类逻辑封装为可版本化、幂等的迁移函数，是构建健壮 Go 后端服务的关键实践。
