testfixtures.Load()必须在事务或独立数据库中执行，否则会导致测试间数据污染；YAML字段名须与数据库列名完全一致，Dialect参数不可省略，否则引发TRUNCATE或解析错误。
testfixtures 不是“可选工具”，而是 Go 集成测试中准备真实数据库数据的务实选择——它绕开了 mock 数据库的失真风险，也比手写 SQL 初始化脚本更易维护、更少出错。
testfixtures.Load() 为什么必须在事务或独立库中执行
直接对共享测试数据库调用 Load() 会导致测试间污染：前一个测试删了某条记录，后一个测试查不到，就挂了。这不是 bug，是设计使然——testfixtures 默认清空表再插入，不保留状态。
常见错误现象：ERROR: duplicate key value violates unique constraint 或查询返回空，但 YAML 明明写了数据。
- 推荐做法：每个测试用
db.Begin()开启事务，把*sql.Tx传给testfixtures.New()，测试结束tx.Rollback() - 不要传
*sql.DB给多个并行测试共用，除非你确认它们互不修改同一张表 - 若必须用真实库（比如测试迁移脚本），为每个测试分配独立数据库名（如
test_db_12345），靠CREATE DATABASE+DROP DATABASE隔离
YAML 文件字段与数据库列名不一致怎么办
YAML 键名默认必须和数据库列名完全一致（大小写敏感），否则 Load() 会静默跳过该字段，导致插入 NULL 或报错 column "xxx" of relation "yyy" does not exist。
使用场景：Go struct 字段是 CreatedAt，但数据库列是 created_at，YAML 里仍得写 created_at。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
- 检查方式：用
psql -c "\d users"或sqlite3 db.sqlite ".schema users"确认真实列名 - 不支持自动蛇形转换（如
CreatedAt → created_at），别依赖 struct tag（db:"created_at"）影响 fixtures 加载 - 外键字段（如
user_id）必须存在且类型匹配，否则加载顺序失败，报错类似insert or update on table "posts" violates foreign key constraint
MySQL 和 PostgreSQL 的 Dialect 参数不能省略
testfixtures.Dialect("postgres") 或 testfixtures.Dialect("mysql") 不只是标识，它直接影响 TRUNCATE 行为、关键字转义、时间格式解析等底层逻辑。漏设或设错会导致：
- PostgreSQL 报错：
ERROR: cannot truncate a table referenced in a foreign key constraint（没加CASCADE） - MySQL 报错：
Error 1701: Cannot truncate a table referenced in a foreign key constraint（需先禁用外键检查） - SQLite 时间字段解析失败：
parsing time "2023-01-01T00:00:00Z": extra text（因 SQLite 不原生支持 RFC3339）
注意：testfixtures.Dialect("sqlite3") 是无效值，正确写法是 "sqlite" —— 源码里只认这三个字符串："postgres"、"mysql"、"sqlite"。
并发测试时 fixtures.Load() 被阻塞或 panic
多个 t.Parallel() 测试同时调用 fixtures.Load() 本身不会 panic，但若共用同一个 *sql.DB 实例，底层连接池可能被耗尽，或 TRUNCATE 冲突（尤其 MySQL）。更隐蔽的问题是：YAML 文件读取是同步 IO，大量测试同时打开 testdata/fixtures/*.yml 可能触发文件描述符不足。
- 解决方案：每个并行测试创建独立
testfixtures.Loader实例，不要复用全局变量 - 避免在
init()或包级变量中初始化 fixtures，否则并发下状态混乱 - 大项目建议按功能拆分 fixtures 目录（如
testdata/fixtures/auth/、testdata/fixtures/billing/），用testfixtures.Directory("testdata/fixtures/auth")按需加载，减少 IO 和内存开销
testfixtures 提供了路径，但事务边界、Dialect 选型、目录划分这些细节，一不留神就让集成测试从保障变成负担。 
