GORM多对多中间表不应设自增ID，否则触发MySQL错误1075；正确做法是删除ID字段或禁用autoIncrement，用外键组合（如UserID+LanguageID）作为联合主键，确保无冗余自增列且符合唯一性约束。
中间表自增ID导致MySQL报错 Error 1075 怎么办
直接改结构体字段标签，把中间表的 ID 字段从 auto_increment 去掉——GORM 多对多中间表根本不需要主键，也不该有自增列。
MySQL 报 Error 1075: Incorrect table definition; there can be only one auto column and it must be defined as a key，是因为你手动在中间表模型里写了类似 ID uint `gorm:"primaryKey;autoIncrement"`，而 GORM 自动生成的中间表（如 user_languages）本就不带主键；若你显式定义了中间表结构体（如 UserLanguage），又给它加了自增 ID，就会和关联外键（user_id, language_id）冲突。
- 删掉中间表结构体里的
ID字段，或至少去掉autoIncrement标签 - 确保两个外键字段（如
UserID,LanguageID）都带gorm:"primaryKey"或组合成联合主键（用gorm:"primaryKey;column:user_id"+gorm:"primaryKey;column:language_id"） - 如果用的是 GORM 自动管理的隐式中间表（没定义结构体），就完全不要碰
TableName()或ID字段——让它保持无主键、无自增
显式中间表结构体中如何避免 ID 累加
当你必须定义中间表结构体（比如中间表有额外字段或字段名不标准），ID 字段不是必需的；加了反而破坏唯一性约束，还触发累加。
GORM 对显式中间表的推荐写法是：只保留业务所需的外键字段 + 可选审计字段，不设 ID。例如：
type UserLanguage struct {
UserID uint `gorm:"primaryKey;column:user_id"`
LanguageID uint `gorm:"primaryKey;column:language_id"`
CreatedAt time.Time
}
-
UserID和LanguageID共同构成联合主键，天然去重，无需额外ID - 如果硬要加
ID字段，必须明确声明gorm:"primaryKey;autoIncrement:false"，否则 GORM v2 会默认启用自增 - 迁移时用
db.Migrator().CreateTable(&UserLanguage{})，确认生成的 SQL 中没有AUTO_INCREMENT
为什么 Preload 或 Association 操作后中间表 ID 还在涨
这不是 GORM 的行为，是 MySQL 的 auto_increment 计数器特性：只要 INSERT 尝试过（哪怕因唯一约束失败），计数器就递增。所以即使你用 Association().Append() 插入重复关联，MySQL 仍可能分配并丢弃一个 ID。
- 根本解法是中间表不设自增
ID字段，彻底切断累加源头 - 不要依赖中间表
ID做业务逻辑（如前端展示、排序），它本就不该存在 - 如果已有线上表含自增
ID，可执行ALTER TABLE user_languages MODIFY id BIGINT NOT NULL;去掉自增，再删掉PRIMARY KEY(id)，改为联合主键
用 SetupJoinTable 配置中间表时 ID 相关陷阱
SetupJoinTable 是 GORM v2 提供的显式中间表注册方式，但它不会帮你处理 ID 字段——它只管外键映射。如果你在调用前已定义了带自增 ID 的中间表结构体，SetupJoinTable 不会覆盖或警告。
- 调用
SetupJoinTable前，先检查中间表结构体是否含ID字段；如有，删掉或禁用自增 - 正确写法示例：
db.SetupJoinTable(&User{}, "Languages", &UserLanguage{})，其中UserLanguage不含ID - 若误传了带自增
ID的结构体，SetupJoinTable仍会按字段生成建表语句，导致迁移失败或运行时报错
ID，就引入了无意义的序列依赖，既浪费存储，又埋下主键冲突、计数器漂移、迁移失败等隐患。真正该关注的是联合主键是否生效、外键是否索引、字段名是否与数据库严格一致。 
