GORM v1升级v2：查询条件与表未重置问题求助

核心原因 #

GORM v2 的 *gorm.DB 是带状态的结构体，每次链式调用（如 Where、Create）都会返回包含当前操作状态（查询条件、关联表名等）的新实例。而 v1 的 DB 实例是无状态的，每次调用都会自动重置状态，因此不会出现条件累积或表名残留的问题。

解决方案 #

1. 不复用链式调用返回的 DB 实例 #

始终基于原始干净的 DB/事务实例发起新操作，不要将链式调用的结果赋值回原始变量，避免状态被累积。

错误示例：

// 错误：将Where的结果赋值给db，导致后续操作累积条件
db = db.Where("id=?", 10)
db.First(&user1)
db.Where("id=?", 20).First(&user2) // 生成SQL: WHERE id=10 AND id=20

正确示例：

// 每次从原始db出发，生成独立的调用链，原db保持干净
db.Where("id=?", 10).First(&user1)
db.Where("id=?", 20).First(&user2) // 生成独立的SQL: WHERE id=20

// 处理错误时也不要覆盖原db
if err := db.Create(&user).Error; err != nil {
    // 错误处理
}
db.Save(&project) // 原db未被修改，自动识别project对应的表

2. 用 Session(&gorm.Session{}) 重置状态 #

如果需要确保某个操作的状态完全干净（比如在复用同一个变量的场景），可以调用 db.Session(&gorm.Session{}) 获取一个状态重置后的新DB实例。注意：这个实例会共享原始DB的连接池，不会创建新连接，完全可以在事务中使用。

示例：

// 获取干净的会话实例
cleanDB := db.Session(&gorm.Session{})
cleanDB.Where("id=?", 10).First(&user1)

// 再次获取干净实例，避免累积条件
cleanDB = db.Session(&gorm.Session{})
cleanDB.Where("id=?", 20).First(&user2)

// 事务内使用
tx := db.Begin()
// 基于事务实例获取干净会话，不脱离事务
tx.Session(&gorm.Session{}).Where("id=?", 10).First(&user1)
tx.Session(&gorm.Session{}).Save(&project)

3. 避免误用 Session{NewDB: true} #

Session{NewDB: true} 会创建全新的连接池，仅适用于需要完全隔离数据库连接的场景（如跨租户隔离）。普通的状态重置不需要使用它，否则会浪费连接资源，还会脱离当前事务。

关键总结 #

• GORM v2 的 DB 实例带状态，不要复用链式调用返回的实例，始终从原始干净的 DB/事务实例发起新操作。
• 状态重置用 db.Session(&gorm.Session{})，它不创建新连接，支持事务场景。
• 操作后不要将链式调用结果赋值回原始 DB 变量，避免污染后续操作的状态。

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