Go 的 sql.Rows 不支持重置游标，一旦遍历完成就无法回退，必须通过重新查询或在单次遍历中分类处理数据。本文详解其原理、常见误区及两种高效解决方案。
go 的 `sql.rows` 不支持重置游标，一旦遍历完成就无法回退，必须通过重新查询或在单次遍历中分类处理数据。本文详解其原理、常见误区及两种高效解决方案。
在 Go 的 database/sql 包中，sql.Rows 是一个一次性、前向只读的结果集迭代器。它内部维护一个隐式游标（cursor），调用 rows.Next() 会推进该游标并准备下一行数据；当返回 false（即遍历结束）后，游标已到达末尾，且 rows.Next() 不可逆、不可重置——这是由底层驱动（如 pq 或 mysql）和 SQL 协议决定的设计约束，而非 Go 语言本身的限制。
因此，以下代码中的第二次 for rows2.Next() 循环永远不会执行：
for rows2.Next() { /* 第一次遍历：打印 male */ }
for rows2.Next() { /* ❌ 永远为 false，不会进入 */ }试图通过赋值 temp = rows2 重置游标（如原答案中所示）是无效的，因为 rows2 是一个结构体指针（*sql.Rows），赋值仅复制指针地址，不会重建结果集状态；temp.Next() 仍作用于已耗尽的同一 Rows 实例，行为不变。
✅ 正确做法只有两种：
方案一：单次遍历 + 分类收集（推荐）
在一次 Next() 循环中，根据条件将数据分发到不同切片或映射中，兼顾性能与可读性：
type Person struct {
Name string
Gender string
Frequency int
}
rows, err := db.Query("SELECT GIVENNAME, gender, COUNT(givenname) FROM people GROUP BY givenname, gender ORDER BY givenname ASC")
if err != nil {
log.Fatal(err)
}
defer rows.Close() // 始终记得关闭
var males, females []Person
for rows.Next() {
var name, gender string
var freq int
if err := rows.Scan(&name, &gender, &freq); err != nil {
log.Fatal("scan error:", err)
}
p := Person{Name: name, Gender: gender, Frequency: freq}
switch gender {
case "male":
males = append(males, p)
fmt.Println("Male:", p.Name, p.Frequency)
case "female":
females = append(females, p)
fmt.Println("Female:", p.Name, p.Frequency)
}
}
// 后续可独立使用 males/females 切片（如排序、统计、渲染等）
fmt.Printf("Total males: %d, females: %d\n", len(males), len(females))⚠️ 注意事项：
- 必须调用 rows.Close() 防止连接泄漏（即使循环提前退出，也建议用 defer）；
- GROUP BY 子句应包含 gender（如示例中补充），否则同名但不同性别的记录会被错误合并；
- 使用 switch 替代重复 if 提升可维护性，便于扩展其他性别类别。
方案二：重新执行查询（适用场景有限）
若逻辑上必须物理分离两次遍历（如分页、异步处理），则应发起新查询：
// 查询所有男性
rowsM, _ := db.Query("SELECT GIVENNAME, gender, COUNT(*) FROM people WHERE gender='male' GROUP BY givenname ORDER BY givenname")
defer rowsM.Close()
// ... 遍历 rowsM
// 查询所有女性
rowsF, _ := db.Query("SELECT GIVENNAME, gender, COUNT(*) FROM people WHERE gender='female' GROUP BY givenname ORDER BY givenname")
defer rowsF.Close()
// ... 遍历 rowsF该方式增加一次网络往返和数据库负载，仅在数据量极小或业务逻辑强依赖隔离查询时考虑。
总结
- ❌ sql.Rows 不可重置游标，任何“复制变量”或“重新赋值”的尝试均无效；
- ✅ 首选单次遍历 + 内存分类：高效、安全、符合 Go 的惯用风格；
- ? 如需真正隔离结果集，请显式发起新查询；
- ?️ 始终 defer rows.Close()，并在 Scan 后检查错误，避免静默失败。
掌握这一机制，能帮你避开大量因误判 Rows 行为导致的空循环、panic 或资源泄漏问题。
