mysql的自增id

为图方便，建表直接用了mysql的自增id

开发时进行插入操作时，发现插入失败id也自增了，导致id不连续

并且无论是删除还是插入，id是一直在增加

查询结果

MySQL自增ID机制：

InnoDB存储引擎的自增ID是持久化的，每次执行INSERT操作（无论成功与否）都会触发自增ID递增。

即使插入失败或事务回滚，自增ID也不会回退，导致ID不连续。

GORM执行流程：

GORM生成并执行INSERT语句，MySQL在收到语句时立即分配自增ID。

若插入因约束冲突（如唯一索引）失败，错误返回给GORM，但自增ID已消耗。

解决办法

理解自增ID设计：

自增ID的核心目的是保证唯一性和递增性，不保证连续性。

应用层不应依赖自增ID的连续性，需避免业务逻辑与ID连续性耦合。

更换主键生成策略：

UUID：生成全局唯一字符串，避免依赖数据库自增ID。

go

type User struct {

ID string gorm:"primaryKey;default:uuid()"

Name string

}

雪花算法（Snowflake）：分布式环境下生成趋势递增的唯一ID。

业务自定义ID：如时间戳+序列号组合，由应用层控制ID生成。

调整事务范围：

若插入前需进行校验，尽量在事务外完成校验，减少无效自增ID的产生。

但需注意，事务内的多次插入仍可能导致ID跳跃。

监控与处理：

检查插入失败的具体原因（如唯一约束冲突），记录日志并告警。

示例代码：

go

err := db.Create(&user).Error

if err != nil {

log.Printf("插入失败: %v", err)

// 处理错误（如重试、调整数据等）

}