如何多次遍历database/sql的sql.Rows？是否支持回退操作？

你说得完全没错——在Go标准库的database/sql包中，sql.Rows确实没有提供回退或重置遍历位置的方法，你没办法执行Rows.Next()的反向操作（比如Prev()或者Reset()）来回到之前的行。所以你提到的两个方案，基本上就是当前可行的全部选择，我来给你拆解下每种方案的适用场景和注意点：

方案1：将结果缓存至本地数据结构 #

这是最常用的方案，适合结果集规模不大的场景。遍历Rows时，把每一行数据解析后存入内存中的slice、map等结构，之后就可以无限制地反复读取这个本地缓存了。

举个简单的代码示例：

type User struct {
    ID   int
    Name string
}

// 第一步：把数据库查询结果缓存到本地slice
var users []User
for rows.Next() {
    var u User
    if err := rows.Scan(&u.ID, &u.Name); err != nil {
        // 这里记得处理扫描错误
        log.Fatal(err)
    }
    users = append(users, u)
}

// 别忘了检查遍历过程中是否出现错误
if err := rows.Err(); err != nil {
    log.Fatal(err)
}

// 后续就可以多次遍历本地缓存了
for _, user := range users {
    fmt.Printf("User ID: %d, Name: %s\n", user.ID, user.Name)
}

优点：只需要查询一次数据库，后续操作都是内存级别的，速度快，不会给数据库带来额外负担。
缺点：如果结果集非常大，会占用大量内存，极端情况下可能引发内存溢出（OOM），所以要根据数据量评估是否适用。

方案2：重新执行数据库查询 #

如果结果集太大，缓存到内存不现实，或者业务允许两次查询之间的数据有变化，那就可以每次需要遍历的时候，重新调用db.Query()获取新的sql.Rows对象。

优点：不会占用额外内存，适合超大结果集场景；如果业务需要获取最新数据，重新查询反而能保证数据的时效性。
缺点：多次查询会增加数据库的负载，如果查询本身比较耗时（比如复杂的JOIN或聚合操作），或者并发量高，会对系统性能产生明显影响。另外要注意，两次查询之间如果数据库数据发生变更，两次遍历的结果可能不一致，这点要结合业务需求判断是否可接受。

有没有其他奇技淫巧？ #

个别数据库驱动可能提供了非标准的扩展功能（比如允许重置游标位置），但这不属于Go标准库的范畴，会让代码和特定驱动强耦合，通用性极差，不推荐在业务代码中使用。从标准库层面来说，确实只有上述两种方案可选。

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