go 的纯 go mysql 驱动（github.com/go-sql-driver/mysql）默认不缓存结果集，所有行均按需从网络流中读取并解析，天然支持内存友好的逐行处理，无需手动启用“unbuffered”模式。
在使用 Go 操作 MySQL 处理海量数据时，开发者常担忧 SELECT * FROM huge_table 会因驱动将全部结果加载到内存而导致 OOM。这种担忧源于对传统 C 客户端（如 MySQL C API 中 mysql_use_result() vs mysql_store_result()）行为的类比——但 Go MySQL 驱动是纯 Go 实现，不依赖 libmysqlclient，也不存在“显式切换缓冲模式”的 API。
实际上，该驱动采用流式协议解析设计：
- 每次调用 rows.Next() 时，驱动才从底层 TCP 连接读取下一个 MySQL 协议帧（frame），解析为一行数据；
- 行数据解析后立即交由应用处理，旧行对象可被 GC 回收；
- 驱动内部仅维护一个动态增长的通信缓冲区（默认以 4KB 块为单位扩容），用于拼装完整的协议帧（如大字段、长文本），绝不缓存多行结果集。
✅ 正确用法示例（安全、低内存占用）：
rows, err := db.Query("SELECT id, name, content FROM articles WHERE created_at > ?", lastTime)
if err != nil {
log.Fatal(err)
}
defer rows.Close() // 注意：必须显式 Close，否则连接不会释放
for rows.Next() {
var id int64
var name, content string
if err := rows.Scan(&id, &name, &content); err != nil {
log.Printf("scan error: %v", err)
continue // 或中断处理
}
// ✅ 此处处理单行 —— 内存中仅驻留当前行数据
processArticle(id, name, content)
}
if err := rows.Err(); err != nil {
log.Fatal("iteration error:", err)
}⚠️ 关键注意事项：
- 务必调用 rows.Close()：虽 rows.Next() 结束后自动关闭，但显式调用更健壮，尤其在提前 break 或发生错误时；
- 避免在循环内构建大型切片/映射引用所有行：这是应用层误用，与驱动无关；
- TCP 层缓冲不可控，但无需干预：内核 socket 缓冲区由系统管理，Go 驱动已通过 io.ReadFull 和分帧逻辑确保语义正确性；
- 超时与连接复用：对极长查询，建议设置 context.WithTimeout 并配置连接池（db.SetMaxOpenConns / db.SetConnMaxLifetime），防止连接僵死。
总结：Go MySQL 驱动通过协议层流式解析，天然规避了“结果集缓冲”问题。开发者只需遵循标准 rows.Next() + rows.Scan() 模式，并注意资源释放与上下文控制，即可高效、安全地处理千万级结果集——无需 hack、无需额外标志、无需担心“unbuffered”开关。
