为何GORM的AutoMigrate每次运行都会修改timestamp(0)列，如何避免该问题？

嗨，这个问题我之前在项目里也踩过坑！每次跑AutoMigrate都看到那两行ALTER语句跳出来，确实挺烦人的。我来给你拆解下原因和解决办法：

问题根源 #

其实这是GORM和PostgreSQL在类型字符串匹配上的小差异导致的。当你在模型里写timestamp(0)时，PostgreSQL实际存储的列类型全称是timestamp without time zone(0)（因为PostgreSQL的timestamp默认不带时区）。而GORM在AutoMigrate时，会直接把你模型里写的timestamp(0)和数据库返回的完整类型字符串做精确匹配，发现格式不一样，就判定为类型不匹配，每次都触发ALTER操作。

解决办法 #

我试过几个有效的方案，你可以按需选：

1. 改用GORM自带的时间自动填充标签（推荐）

GORM本身提供了autoCreateTime和autoUpdateTime标签，专门处理创建时间和更新时间，不仅能自动填充值，还能帮你正确匹配数据库类型。你可以把模型改成这样：

type User struct {
    ID        uint      `gorm:"type:serial"`
    CreatedAt time.Time `gorm:"autoCreateTime:precision:0;not null"`
    UpdatedAt time.Time `gorm:"autoUpdateTime:precision:0;not null"`
}

这里的precision:0就是指定秒级精度（对应timestamp(0)），GORM会自动帮你在数据库里创建正确的列类型，而且后续AutoMigrate时能准确识别类型，不会再触发不必要的ALTER。

2. 把模型里的类型写全

如果习惯自己定义默认值，就把模型里的类型改成PostgreSQL实际返回的全称，让GORM的匹配逻辑完全对齐：

type User struct {
    ID        uint      `gorm:"type:serial"`
    CreatedAt time.Time `gorm:"type:timestamp without time zone(0);not null;default:CURRENT_TIMESTAMP"`
    UpdatedAt time.Time `gorm:"type:timestamp without time zone(0);not null;default:CURRENT_TIMESTAMP"`
}

这样GORM对比模型定义和数据库实际类型时，字符串完全一致，就不会再认为类型不匹配了，自然也就不会跑ALTER语句了。

3. 让AutoMigrate忽略指定列（谨慎使用）

如果你确定这些列的类型以后都不会改，也可以直接让GORM在AutoMigrate时跳过这两个列。给字段加上skip_auto_migrate标签即可：

type User struct {
    ID        uint      `gorm:"type:serial"`
    CreatedAt time.Time `gorm:"type:timestamp(0);not null;default:CURRENT_TIMESTAMP;skip_auto_migrate"`
    UpdatedAt time.Time `gorm:"type:timestamp(0);not null;default:CURRENT_TIMESTAMP;skip_auto_migrate"`
}

不过这个方法要谨慎，如果你以后真的需要修改这些列的定义，就得手动写迁移脚本了，AutoMigrate不会再帮你处理这些列的变更。

总结 #

最推荐的是第一种方法，用GORM自带的时间标签，既省心又符合框架的设计思路；如果习惯自己控制默认值，就用第二种方法把类型写全。这两种都能彻底解决每次AutoMigrate都改列的问题。

备注：内容来源于stack exchange，提问作者Md. Moshiur Rahman