GORM关联查询后Count()统计的是JOIN后行数而非主表记录数，正确做法是剥离关联单独查主表或用Joins+Group+Select聚合。
关联查询后 COUNT(*) 不生效？先确认是否用了 Count() 而非 RowsAffected
很多人在 GORM 中对带 Preload() 或 Joins() 的查询调用 Count()，结果发现数字远大于预期——这是因为 GORM 默认对关联数据做笛卡尔积展开后再统计行数。比如 1 个用户有 5 条订单，Preload("Orders") 后调用 Count()，会返回 5 而不是 1。
正确做法是：若只想要主表记录数，必须剥离关联逻辑，单独查主表：
// ❌ 错误：带 Preload 的 Count 统计的是 JOIN 后的行数
var users []User
db.Preload("Orders").Find(&users).Count(&total)
// ✅ 正确：先 Count 主表，再查关联数据（两步）
db.Model(&User{}).Count(&total)
db.Preload("Orders").Find(&users)
需要带条件的关联统计（如“每个用户有多少条未完成订单”）？用 Joins + Group + Select
这类需求不能靠 Preload 解决，因为 Preload 是 N+1 查询或一次性加载，不支持聚合。必须用显式 JOIN 和 GROUP BY。
-
Joins()写法要注意表别名，GORM v2 默认会给关联表加别名（如orders），但需在Select和Group中保持一致 - 聚合字段必须显式出现在
Select()中，否则Scan()会失败 - 如果主表有 WHERE 条件（如只统计启用用户），要放在
Joins()之后、Group()之前
type UserOrderCount struct {
UserID uint
Count int64
}
var result []UserOrderCount
db.Table("users").
Select("users.id, COUNT(orders.id) AS count").
Joins("LEFT JOIN orders ON orders.user_id = users.id AND orders.status != ?", "cancelled").
Where("users.status = ?", "active").
Group("users.id").
Scan(&result)
想复用 GORM 的 Scope 或软删除逻辑？避免手动写 Table("users")
直接写 Table("users") 会绕过模型定义的 TableName()、软删除字段（deleted_at）、默认 Scope，导致统计结果漏数据或含已删除记录。
立即学习“go语言免费学习笔记（深入）”；
更安全的做法是基于模型调用 Model()，再用 Joins() 拼接：
db.Model(&User{}).
Select("users.id, COUNT(orders.id)").
Joins("LEFT JOIN orders ON orders.user_id = users.id").
Group("users.id")
// ✅ 自动包含 soft delete scope（如果已启用）
// ✅ 尊重 TableName() 返回的实际表名
注意：GORM 对 Model(&User{}) 的 Joins 中的表名仍用默认别名，所以 orders 可以直接写；但如果自定义了关联表名（如 gorm:"foreignKey:UserID;joinForeignKey:ID"），需按实际字段名调整 JOIN 条件。
性能敏感场景下，COUNT 带 JOIN 很慢？考虑用子查询或冗余字段
当主表数据量大、关联表无索引、或需要高频统计时，JOIN + GROUP BY 可能触发全表扫描。这时硬优化不如换思路：
- 给关联表的外键字段（如
user_id）加索引，这是最简单有效的提速方式 - 在主表加冗余字段（如
order_count），用事务保证一致性（创建/删除订单时更新该字段） - 用子查询替代 JOIN：
SELECT *, (SELECT COUNT(*) FROM orders WHERE orders.user_id = users.id) AS order_count FROM users，GORM 中可用SubQuery()构建
子查询写法示例：
sub := db.Table("orders").Select("COUNT(*)").Where("orders.user_id = users.id")
db.Model(&User{}).Select("*", sub.As("order_count")).Find(&users)
这个方案在 MySQL 8.0+ 和 PostgreSQL 上通常比多表 JOIN 更快，且天然规避笛卡尔积问题。
关联统计真正难的不是语法，而是搞清你要的到底是「主表记录数」「关联记录总数」，还是「按主表分组的关联数量」——选错语义，后面所有优化都是白忙。
