MySQL中Go-GORM外键为0而非NULL引发Error 1452问题求助

这个问题我之前也踩过坑，核心矛盾在于Go基础类型的零值和SQL NULL的映射冲突——你的UserID是int类型，Go里int的零值是0，当你试图清空文件的用户关联时，GORM会把这个0当作有效值写入数据库，而非你期望的NULL，这就触发了MySQL的外键约束（毕竟你的users表肯定没有id=0的记录）。

下面是具体的解决步骤：

1. 将UserID改为指针类型 #

把File结构体里的UserID从int改成*int，这样GORM就能明确区分“要清空关联（无值）”和“设置为0”两种场景：

type File struct {
    gorm.Model
    UserID *int `gorm:"default:null"`
    User   User `gorm:"constraint:OnUpdate:CASCADE,OnDelete:SET NULL;foreignKey:UserID"`
}

指针类型的零值是nil，GORM会自动把nil映射为SQL中的NULL，完美解决类型映射的问题。

2. 更新时明确设置UserID为nil #

当你需要清空文件的用户关联时，直接将UserID设为nil即可，不用再纠结0的问题：

// 查询目标文件
var file File
db.First(&file, 5)

// 清空用户关联
file.UserID = nil

// 保存更新
db.Save(&file)

此时生成的SQL就是你想要的正确语句：

UPDATE `files` SET `user_id`=NULL,`deleted_at`=NULL WHERE `id` = 5

补充说明 #

• 你之前用default:null解决创建问题是正确的，因为创建时未指定UserID，GORM会使用默认的NULL；但更新时，int类型的零值0会被当作有效输入覆盖默认行为，所以必须用指针类型规避这个问题。
• SQLite没报错是因为它对外键约束的检查比MySQL宽松，即便写入不存在的user_id=0也不会触发错误，但这不符合业务逻辑，用指针类型的方案在两种数据库下都能正常工作。

内容的提问来源于stack exchange，提问作者FadedCoder