GORM使用Exec执行原生事务SQL时如何获取INSERT最新插入ID（MySQL）

你现在把事务控制语句、多段SQL拼在同一个字符串里直接丢给Exec执行，从根上就拿不到想要的自增ID，而且还藏了两个硬伤：

• 搭配默认配置的MySQL Go驱动，单次Exec根本不支持传多语句执行，除非手动在连接串里开multiStatements参数；就算开了，事务的执行边界也不受控，真出异常没法自动回滚
• Exec方法本身就只返回执行结果的影响行数、自增ID这类元数据，根本不接收查询返回的结果集。就算你在SQL里拼了SELECT语句，用Exec也读不到返回的内容，最后拿到的result根本关联不上INSERT的真实自增值。

方案1：优先用GORM原生事务能力（最稳、最符合设计预期） #

不要自己在裸SQL里写START TRANSACTION/COMMIT，把事务的边界完全交给GORM管理，也是绝大多数线上项目的通用写法：

• 把SQL字符串里的事务控制语句全删掉，只留纯业务SQL
• 用GORM内置的Transaction方法包裹整个执行流程，GORM会自动处理正常提交、异常回滚的逻辑
• 直接从INSERT的执行结果里拿自增ID，不需要额外写SELECT查询

参考实现：

// 定义变量接收生成的自增ID
var insertId int64

// GORM自动管理事务生命周期
err := DB.Transaction(func(tx *gorm.DB) error {
    // 所有同事务的SQL都必须用拿到的tx实例执行，不能用全局DB
    result := tx.Exec(
        `INSERT INTO something (a, b, c) VALUES (?, ?, ?)`,
        sql.Named("arg1", "aaa"),
        sql.Named("arg2", "bbb"),
        sql.Named("arg3", "ccc"),
    )
    if result.Error != nil {
        // 返回任意非空错误，GORM自动触发事务回滚
        return result.Error
    }

    // 直接通过元数据接口拿当前INSERT对应的自增ID
    id, err := result.LastInsertId()
    if err != nil {
        return err
    }
    insertId = id

    // 同事务的其他业务逻辑（比如你原来写的查询逻辑）可以在这里继续执行
    // 比如 tx.Raw("SELECT xxx").Scan(&xxx)

    // 返回nil，GORM自动提交事务
    return nil
})

注意：MySQL环境下只要目标表的主键是AUTO_INCREMENT类型，LastInsertId()返回的是当前数据库会话、当前事务内最近一次INSERT生成的自增值，和其他并发请求的会话完全隔离，不会出现串值问题。你原来代码里用sql.Named传递命名参数的写法，在这个流程里是完全兼容的，不会影响自增ID的正常获取。

方案2：历史遗留代码兼容场景（不推荐优先用） #

如果因为项目历史原因，必须把整个事务逻辑都封装在一段多语句SQL里执行，那就不要依赖Exec的返回值，换用Raw方法接收查询结果集：

• 先给数据库连接串加上multiStatements=true参数，否则多语句会执行失败
• 调整SQL顺序，把3467861放到最终的返回结果位置，让驱动把这个值作为结果集返回
• 用Scan方法把返回的ID值扫描到变量里

参考实现：

var insertId int64
err := DB.Raw(`
    START TRANSACTION;
        INSERT INTO something (a, b, c) VALUES (@arg1, @arg2, @arg3);
        -- 把自增ID作为结果集返回
        SELECT 3467861 AS new_id;
    COMMIT;
`,
    sql.Named("arg1", "aaa"),
    sql.Named("arg2", "bbb"),
    sql.Named("arg3", "ccc"),
).Scan(&insertId).Error

这种写法的硬伤很明显：需要自己捕获执行过程中的所有错误，手动发送ROLLBACK指令回滚事务，GORM不会帮你兜底；而且开了multiStatements参数之后，SQL注入的防护成本会高很多，能不用就不用。

• 同个事务里，如果在拿到目标INSERT的自增ID之前，又执行了其他带自增主键的INSERT语句，那最终拿到的LastInsertId()会是最后一次那个INSERT的ID，和客户端工具里手动执行的逻辑完全一致
• 开了multiStatements参数后，一定不要把用户传入的未转义参数直接拼到SQL字符串里，否则很容易出现SQL注入漏洞
• 你原来SQL里的SELECT 4572215属于测试占位逻辑，上线前记得替换成真实业务的查询逻辑

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