Gorm从v1升级至v2后分页Scope Count查询报错排查

Gorm v2 对DB实例的状态管理和v1存在核心差异，你遇到的扫描参数错误是实例状态污染导致的：

• Gorm v2 的链式调用方法仅对*gorm.DB实例做浅拷贝，实例内存储SQL子句、扫描目标的Statement属性存在引用类型共享问题
• 你直接在Scope传入的DB实例派生的链上调用Count这个终结方法时，会把Count的扫描目标（&totalRows的int64指针）、默认生成的SELECT count(*)子句残留到原查询的Statement中
• 后续执行Find时，Gorm会同时尝试将结果扫描到残留的totalRows指针和你传入的gs.Genres切片上，就会抛出expected 9 destination arguments in Scan, not 1错误——数字9是Genre结构体的字段总数，1就是残留的totalRows指针。
  你之前尝试新建Session未解决问题，基本是因为没有做完全的状态隔离，要么浅拷贝仍共享状态，要么丢失了原查询的筛选条件。

采用完全隔离的独立会话执行总数统计，避免任何状态污染原查询，同时正确继承原查询的筛选条件、清空分页参数保证总数准确：

import (
    "math"
    "gorm.io/gorm"
    "gorm.io/gorm/clause"
)

func Paginate(entity BaseEntity, p *Pagination) func(db *gorm.DB) *gorm.DB {
    return func(db *gorm.DB) *gorm.DB {
        var totalRows int64

        // 创建完全独立的新DB会话，和原查询无状态共享
        countTx := db.Session(&gorm.Session{NewDB: true}).Model(entity)
        // 复制原查询的所有筛选、关联、分组等子句，保证统计条件和列表查询一致
        for k, c := range db.Statement.Clauses {
            countTx.Statement.Clauses[k] = c
        }
        // 清空分页参数，避免Limit/Offset影响总数统计结果
        countTx.Statement.Omit(clause.Limit{}, clause.Offset{})
        
        // 执行总数查询，错误同步到原查询
        if err := countTx.Count(&totalRows).Error; err != nil {
            db.AddError(err)
            return db
        }

        // 计算分页参数
        totalPages := int(math.Ceil(float64(totalRows) / float64(p.PerPage)))
        p.TotalPages = totalPages
        p.TotalCount = int(totalRows)
        p.SetLinks(entity.ResourceName())

        // 返回原查询实例挂载分页参数，无状态污染
        return db.Offset(p.Offset).Limit(p.PerPage)
    }
}

• 如果你的列表查询包含GROUP BY逻辑，需要把countTx.Count(&totalRows)替换为countTx.Distinct("你的表主键名").Count(&totalRows)，避免分组场景下总数统计错误
• 不要为了省事直接在原DB实例上调用Offset(-1).Limit(-1).Count(&totalRows)，浅拷贝带来的引用污染问题在复杂查询（带JOIN、子查询）场景下仍会偶发。

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