Preload 在复杂子查询中失效，因其仅支持简单 JOIN 或 N+1 查询，无法处理嵌套的 WHERE、ORDER BY、LIMIT 等逻辑；GORM 的 Preload 回调不参与子查询构造，导致排序分页被忽略，且外层 WHERE 无法下推，易引发全表扫描与内存暴涨。
Preload 为什么在复杂子查询里会失效
Preload 本质是生成多个独立 SQL（N+1）或 LEFT JOIN，但子查询需要 WHERE、ORDER BY、LIMIT 等逻辑嵌套在关联层时，GORM 不支持直接表达。比如「查每个用户的最新一笔订单」，Preload("Orders", func(db *gorm.DB) *gorm.DB { return db.Order("created_at DESC").Limit(1) }) 实际被忽略——GORM 的 Preload 回调只影响 JOIN 条件，不参与子查询构造。
常见错误现象：Preload("Orders").Where("orders.status = 'paid'") 看似过滤了订单，实则只过滤主表用户，关联订单仍全量加载；EXPLAIN 显示 type=ALL 或索引未命中，内存暴涨。
- Preload 不支持子查询级排序、分页、聚合（如 COUNT、MAX）
- 嵌套 Preload（如
Preload("Orders.Items.Tags")）会触发多层 JOIN，外键无索引时性能断崖下跌 - WHERE 条件写在 Preload 外层，等价于
LEFT JOIN ... ON true WHERE ...，无法下推到子查询
用 Joins + Subquery 替代 Preload 的实操写法
当需要「每个用户最新订单」这类逻辑，必须手写 JOIN 子查询，且字段必须显式 Select() 控制粒度，避免笛卡尔积。
示例：获取用户 ID、姓名 + 其最新订单号、金额
var results []struct {
UserID uint
UserName string
OrderNo string
Amount float64
}
db.Table("users").
Select("users.id as user_id, users.name as user_name, orders.order_no, orders.total_price as amount").
Joins("JOIN (SELECT user_id, order_no, total_price, created_at FROM orders o1 WHERE created_at = (SELECT MAX(created_at) FROM orders o2 WHERE o2.user_id = o1.user_id)) AS orders ON orders.user_id = users.id").
Find(&results)-
Joins()内必须是完整子查询语句，括号不可省略，别名（如AS orders）必须存在 - 外层
Select()字段名需带别名（如users.id as user_id），否则 Scan 时结构体字段无法匹配 - 子查询中
WHERE引用外层表字段时，用o2.user_id = o1.user_id而非o2.user_id = users.id——子查询作用域看不到外层表别名
Gin Controller 中动态拼接子查询的避坑点
前端传参（如 status、start_time、limit）要注入子查询，不能直接字符串拼接，必须用 fmt.Sprintf 拼接模板 + db.Raw().Scan() 绑定参数，否则 SQL 注入风险极高。
错误示范："... WHERE orders.status = '" + c.Query("status") + "'" —— 完全绕过 GORM 参数绑定
- 子查询参数必须用
?占位，和Raw()的参数列表严格对应，顺序错一位就查不到数据 - 时间范围类条件（如
created_at BETWEEN ? AND ?）要在子查询内写，不能提到外层 WHERE，否则子查询逻辑被破坏 - 如果子查询结果需分页，
LIMIT必须放在子查询里（如(SELECT ... LIMIT 1)），外层再套一层SELECT * FROM (...) LIMIT 10
大批量关联导出时别碰 FindInBatches
想导出「用户+其最新订单」百万行？FindInBatches 在子查询场景下完全不可用——它只按主表主键分批，但子查询结果集与主表行数不一一对应（1 用户 → 0 或 1 订单），导致漏数据或重复扫描。
正确做法：用 pgx.Batch 或原生 COPY，但前提是子查询结果能转成平面结构（即每行含 user_id + order_no + amount）。
- 先建物化视图或临时表存子查询结果：
CREATE TEMP TABLE latest_orders AS SELECT ...，再 JOIN 导出 - 若必须实时查，用
db.Raw().Rows()流式读取，配合rows.Next()+rows.Scan()避免全量加载内存 - 禁止在
FindInBatches的回调里调db.Preload()或嵌套子查询——事务上下文丢失，连接池耗尽
最易被忽略的是子查询的索引依赖：哪怕 SQL 写对了，orders.user_id 和 orders.created_at 若没联合索引，EXPLAIN 依然显示 type=ALL，性能差十倍不止。
