gorp.Insert不能直接传[]User，因Go类型系统禁止隐式转换且gorp仅接受...interface{}；其本质是循环单条INSERT，无法生成多值语句，MySQL批量插入应手动拼接VALUES或用LOAD DATA LOCAL INFILE。
gorp.Insert 不能直接传 []User，这不是 bug，是 Go 类型系统和 gorp 设计共同决定的硬性约束。想靠它实现真正高效的 MySQL 批量插入，大概率会失望——它本质仍是循环单条 INSERT，只是复用了事务。
为什么 dbMap.Insert(users) 一定编译失败
Go 不允许隐式转换 []User 到 []interface{}，二者底层内存布局不同。gorp.DbMap.Insert 签名只接受 ...interface{}，而你传入的切片类型不匹配，编译器直接报错：cannot use users (type []User) as type []interface{} in argument to dbMap.Insert。
- 错误写法：
for _, u := range users { args[i] = &u }→ 所有指针指向同一个循环变量地址，最后一项覆盖全部 - 正确写法：
args[i] = &users[i]→ 明确取原切片中每个元素的地址 - 结构体必须注册且字段带
db:标签，否则Insert运行时 panic：“expected pointer to struct”
MySQL 场景下别依赖 gorp.Insert 做批量
即使你绕过编译问题、成功调用 dbMap.Insert(args)，它对 MySQL 的性能提升也极其有限：内部仍是 N 次单条 INSERT，没生成 VALUES (?,?),(?,?) 多值语句，网络往返和日志刷盘开销没减少。
- 真要提速，得手动拼多值
INSERT：用strings.Repeat("(?, ?),", n)构建VALUES子句 - 参数必须平铺进一个
[]interface{}，不能嵌套；字符串值务必用mysql.Escape()转义，不是sql.EscapeString - 单批控制在 100–500 行：避开 MySQL 的
max_allowed_packet（默认 4MB）和解析瓶颈 - 先
db.Prepare()一次，再对每批调stmt.Exec()，避免重复 SQL 解析
大批量导入优先考虑 LOAD DATA LOCAL INFILE
这是 MySQL 原生最快路径，吞吐量轻松破 20 万条/秒，但需两端配合启用：
- 服务端必须设置
local_infile=ON（MySQL 配置或启动参数） - 客户端连接串加
allowLocalInfile=true，否则驱动静默忽略 - 数据先写临时 CSV 文件，字段顺序、NULL 处理、换行符必须严格符合表定义
- 云数据库（如阿里云 RDS、AWS RDS）默认禁用该功能，此时只能退回到安全拼接多值
INSERT
事务控制不能交给 gorp 默认行为
gorp.Insert 默认自动开启并提交事务，但在微服务链路中极易引发问题：
立即学习“go语言免费学习笔记（深入）”；
- 上游已开启事务时，
gorp会新建嵌套事务，破坏一致性 - 插入中途失败，你无法选择跳过错误行还是回滚整批
- 正确做法：显式
tx, _ := db.Begin()，自己控制tx.Commit()或tx.Rollback() - 若用多值
INSERT，每批都应包裹在独立事务中，失败只影响当前批
gorp 的定位：它是轻量 ORM，不是高性能批量工具。当数据量上万、延迟敏感时，该直连 *sql.DB 就直连，别在抽象层里硬扛。 
