Go 的 sql.TxOptions 隔离级别由驱动实现，标准库不定义常量；不同数据库行为不一致，如 PG 忽略 LevelReadUncommitted、SQLite 可能降级 LevelSerializable；pgx 需用原生 TxOptions 设置 ReadRepeatable；MySQL 对 LevelRepeatableRead 支持粗糙且版本敏感；隔离级别不能替代 SELECT FOR UPDATE 或分布式锁解决并发写问题。
Go 的 sql.TxOptions 怎么设隔离级别
Go 标准库的 database/sql 本身不定义隔离级别常量，而是把解释权交给驱动。你传的 sql.TxOptions.Isolation 值，最终由具体驱动（比如 pgx、mysql、sqlite3）映射成对应数据库的 SQL 语句（如 BEGIN TRANSACTION ISOLATION LEVEL REPEATABLE READ）。这意味着：同一套代码在不同数据库上行为可能不一致。
-
sql.LevelReadUncommitted在 PostgreSQL 驱动里会被忽略（PG 不支持），实际降级为READ COMMITTED -
sql.LevelSerializable在 MySQL 里等价于SERIALIZABLE，但在 SQLite 中可能被静默转为READ UNCOMMITTED（取决于编译选项） - 若驱动未实现某级别（如旧版
go-sql-driver/mysql不支持LevelRepeatableRead），会直接 panic 或 fallback 到默认级别
PostgreSQL（pgx）下设置 Repeatable Read 的实际写法
PostgreSQL 的“可重复读”语义和 SQL 标准不同——它实际提供的是快照隔离（SI），没有幻读但允许写偏移。用 pgx 时，必须显式传 pgx.TxOptions{IsoLevel: pgx.ReadRepeatable}，不能只靠 sql.TxOptions。
- 标准
db.BeginTx(ctx, &sql.TxOptions{Isolation: sql.LevelRepeatableRead})在pgxv4+ 中无效，会被无视 - 正确做法是用
pgxpool.Pool.BeginTx()或pgx.Conn.BeginTx()，并传原生pgx.TxOptions - 若混用
database/sql接口和pgx驱动，隔离级别字段不会透传，必须切到 pgx 原生事务 API
tx, err := pool.BeginTx(ctx, pgx.TxOptions{IsoLevel: pgx.ReadRepeatable})
if err != nil {
// 处理错误
}
MySQL 中 LevelRepeatableRead 的陷阱
MySQL 默认隔离级别就是 REPEATABLE READ，但 Go 驱动对 sql.LevelRepeatableRead 的处理很粗糙：它只是在 BEGIN 后加一句 SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ，而这条语句在 MySQL 8.0+ 中已被弃用（改用 SET TRANSACTION ISOLATION LEVEL ...），且某些连接池（如 go-sql-driver/mysql v1.7+）会跳过执行。
- 如果你依赖该设置生效，务必检查驱动版本，并在事务开始后手动执行
SET TRANSACTION ISOLATION LEVEL REPEATABLE READ - MySQL 的
REPEATABLE READ用 MVCC + gap lock 实现，可能引发意外锁等待；而 Go 层无法感知或干预锁行为 -
sql.LevelReadCommitted在 MySQL 中反而是最安全的选择，避免长事务阻塞 DDL
事务隔离级别不是万能的，别指望它解决所有并发问题
隔离级别只控制读操作看到什么数据，不保证写逻辑的原子性或业务一致性。比如两个事务同时读取余额、各自加 100 再写回，即使在 SERIALIZABLE 下也可能因写入顺序导致最终结果只 +100。
立即学习“go语言免费学习笔记（深入）”；
- 真正需要强一致的场景（如扣库存、发券），得靠
SELECT ... FOR UPDATE或应用层分布式锁 - 高并发下盲目升到
SERIALIZABLE可能引发大量死锁或超时，尤其在跨多行更新时 - SQLite 的 WAL 模式下，
LevelSerializable实际等同于独占锁，会彻底阻塞其他连接的读写
隔离级别是数据库给你的工具之一，不是开关一开就自动兜底。到底用哪一级，得看你的 SQL 模式、驱动实现、以及有没有配套的锁或重试机制。
