sql.tx.stmt不是批处理函数，而是将预编译语句绑定到事务上下文的工具，用于复用同一sql模板并确保事务一致性，不支持多语句执行或自动拆分。
Go 中 sql.Tx.Stmt 不是批处理函数，而是事务内语句绑定工具
很多人看到 sql.Tx.Stmt 就以为它能“批量执行多条 SQL”，其实完全误解了它的作用。它只是把一个已存在的 *sql.Stmt（比如通过 db.Prepare 创建的）**绑定到当前事务上下文**，让后续 Exec/Query 走该事务连接，而不是从连接池随便拿一个。它不拆分、不解析、不循环执行——更不会处理 ; 分隔的多语句脚本。
常见错误现象：tx.Stmt(stmt).Exec(...) 执行后发现数据没进事务、回滚失效，或报错 sql: statement expects 0 arguments, got 1，往往是因为误以为它能替代手动逐条执行。
-
tx.Stmt(stmt)返回的是新*sql.Stmt，但底层仍复用原 stmt 的 SQL 模板和编译计划，只是连接上下文切换为事务连接 - 若原
stmt是用db.Prepare创建的，它本身不能跨事务复用；tx.Stmt是唯一安全复用方式 - 不能对
tx.Stmt再次调用Prepare—— 它不是创建语句的入口，只是绑定入口
真正执行 SQL 批处理：必须手动切分 + 事务内逐条 tx.Exec
Go 标准库 database/sql 明确禁止单次 Exec 传入含多个分号的字符串。PostgreSQL 驱动报 pq: cannot insert multiple commands into a prepared statement，MySQL 驱动也类似。所谓“批处理”，只能靠你拆开、过滤、再一条条喂给 tx.Exec。
关键点不在语法糖，而在边界控制：
- 按
;切分时，要跳过行内注释（--）、块注释（/*...*/）和引号内分号（如INSERT INTO t VALUES ('a;b')）——简单strings.Split不够用 - 空行、纯注释行必须过滤，否则
tx.Exec("")会触发驱动 panic - 每条语句执行后应检查
err，任一失败立即tx.Rollback()，不能靠 defer - DDL（如
CREATE TABLE）在事务中行为因数据库而异：PostgreSQL 支持，MySQL 的 DDL 会隐式提交，破坏原子性
sql.Tx.Stmt 的典型安全用法：复用预处理语句 + 事务一致性
它真正的价值场景很窄：你在事务里要多次执行同一模板 SQL（比如批量插入），又不想每次 tx.Prepare（因为事务内 tx.Prepare 效率低且部分驱动不支持），这时就用 db.Prepare 提前建好 stmt，再用 tx.Stmt 绑定。
示例场景：导入用户数据，主键冲突时更新
stmt, _ := db.Prepare("INSERT INTO users(id, name) VALUES(?, ?) ON DUPLICATE KEY UPDATE name = ?")
defer stmt.Close()
tx, _ := db.Begin()
defer tx.Rollback()
// 绑定到事务
txStmt := tx.Stmt(stmt)
for _, u := range users {
txStmt.Exec(u.ID, u.Name, u.Name) // 参数顺序必须严格匹配
}
tx.Commit()
- 注意：
tx.Stmt(stmt)返回的 stmt **必须显式 Close**，否则 stmt 引用不会释放，可能泄漏资源 - 如果事务中途 panic，
defer tx.Rollback()会生效，但txStmt.Close()不会自动调用，得自己包一层 - 不要把
tx.Stmt保存为全局变量——它绑定了事务连接，事务结束后该 stmt 不可用
容易被忽略的复杂点：动态标识符 + 多语句脚本的混合场景
最棘手的情况是：脚本里既有固定结构的 INSERT（可用 tx.Stmt），又有动态表名（必须拼接），还有 DDL 和 DML 混排。这时不能只靠 tx.Stmt，也不能全靠字符串拼接。
正确做法是分层处理：
- DDL 语句（
CREATE/DROP）单独提取，确认数据库支持事务级 DDL 后再进事务；否则必须放在事务外、并做幂等校验 - 动态表名/列名必须走白名单校验，例如
allowedTables := map[string]bool{"users_2024": true, "users_2025": true}，校验通过后再拼接 SQL - 参数化部分（WHERE / VALUES）一律用
?占位符 +tx.Stmt或tx.Exec，绝不拼接值 - 整个脚本执行完，建议用
tx.QueryRow("SELECT COUNT(*) FROM ...")做最终一致性校验，而非只信返回 err
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
