Go语言GORM怎么建表_Go语言GORM自动迁移教程【最新】

AutoMigrate 按需建表或修改结构，首次运行创建表，后续对比差异执行 ADD COLUMN/CREATE INDEX 等操作，不删字段或改不兼容类型；依赖 gorm 标签精准控制字段定义；需显式传入所有模型；生产环境应避免直接使用，且不处理数据迁移。AutoMigrate 会建表，但只在需要时建它不是“每次运行都重建”，而是先检查表是否存在、字段是否匹配，再决定是 CREATE TABLE 还是 ALTER TABLE。所以你改完结构体后多跑几次 AutoMigrate，不会报错，也不会丢数据——前提是没删字段或改非兼容类型。首次运行：表不存在 → 自动建表（含主键、索引、外键）后续运行：对比结构体与现有表 → 缺字段就 ADD COLUMN，缺索引就 CREATE INDEX，字段类型可扩（如 varchar(50) → varchar(100)）就改，但不会缩容或删列SQLite 等不支持 ALTER COLUMN 的数据库，GORM 会走“重建表 + 拷贝数据 + 删旧表”流程，此时必须保证有写权限且磁盘空间充足字段标签写错，表就建不对很多“建了表但字段没生效”“唯一约束没加上”的问题，其实出在结构体标签上。GORM 不靠注释或命名约定，全靠 gorm: 标签驱动建表逻辑。ID uint `gorm:"primaryKey"` —— 没这行，GORM 默认用 id 字段当主键，但如果你字段名是 ID 却没标 primaryKey，它可能当成普通字段，导致建表失败或无主键Email string `gorm:"uniqueIndex"` —— 写成 "unique" 只加约束，不建索引；写成 "index" 不带唯一性；只有 "uniqueIndex" 才既建唯一约束又建索引Name string `gorm:"size:100"` —— MySQL 下生成 varchar(100)；不写默认是 varchar(255)；但 SQLite 忽略 size，一律当 text 处理多个模型一起迁移，顺序无关但得显式传入AutoMigrate 不会自动扫描所有结构体，你传谁，它就管谁。漏传一个，对应表就不会被创建或更新。正确：db.AutoMigrate(&User{}, &Order{}, &Product{}) —— 一次搞定三张表错误：db.AutoMigrate(&User{}) 后忘了加 &Order{}，那 order 表永远不出现注意：外键依赖关系不影响执行顺序（GORM 会自动解析），但如果你在 User 里写了 Orders []Order `gorm:"foreignKey:UserID"`，而 Order 模型没传进 AutoMigrate，外键列 user_id 仍会建，只是不会加外键约束（除非你关了 DisableForeignKeyConstraintWhenMigrating）生产环境别直接用 AutoMigrate它适合开发和测试阶段快速对齐结构，但在生产库上直接跑，风险在于：没有回滚、无法预览 SQL、不支持字段重命名或类型收缩。一旦出错，只能手动救。 VWO 一个A/B测试工具