GORM查询慢的四大主因是索引失效、Select未映射、Preload静默失败、Offset分页性能差；需用db.Debug()和EXPLAIN定位，按等值+范围建联合索引，Select配column标签，Preload确保字段导出与表名匹配，分页改用游标。
为什么加了索引查询还是慢
常见现象是EXPLAIN显示type=ALL或Extra里有Using filesort/Using temporary，说明数据库根本没走索引。GORM生成的SQL里一旦出现函数包裹字段（如WHERE DATE(created_at) = ?）、隐式类型转换（如user_id是INT却传字符串"123"），索引就失效。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 用
db.Debug().Where("created_at > ?", time.Now()).Find(&users)确认日志里生成的SQL是否带函数 - 高频查询字段必须建联合索引，顺序按“等值条件在前、范围条件在后”，比如
status = ? AND created_at > ?对应索引(status, created_at) - 避免
SELECT *导致索引覆盖失效——如果只查name和email，但索引只有id，MySQL仍要回表
Select字段筛选为什么没生效
Select("name", "email")不配合终结方法或结构体标签，等于白写。GORM只构造SELECT子句，不会自动映射到结构体字段；若结构体字段名与列名不一致（如数据库列是user_name，结构体字段是UserName），且没加gorm:"column:user_name"，结果就是空字符串。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 必须链式调用
.Find()或.Scan()，单独Select()不触发查询 - 别混用
Model(&User{})和Select()，前者会重置SELECT为* - 用匿名结构体+
gorm:"column:xxx"最稳妥：var users []struct { ID uint `gorm:"column:id"` Name string `gorm:"column:name"` } db.Select("id, name").Where("status = ?", "active").Find(&users)
Preload嵌套为什么查不到数据
Preload("Orders.Items.Product")在中间表结构体缺失、字段名不匹配或未导出时，会静默失败——Orders切片为空，日志里甚至看不到第二条SQL。GORM v2对多对多嵌套支持有限，尤其当Items是中间表时，反射找不到Product字段就直接跳过。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 中间表结构体所有字段必须首字母大写且加
gorm:"column:xxx"，比如OrderID uint `gorm:"column:order_id"` - 主模型中声明关联时，
many2many值必须是真实表名（如"order_items"），不是结构体名 - 调试时加
db.Debug()，确认是否生成了SELECT ... FROM order_items WHERE order_id IN (?)这类语句 - 三层以上嵌套优先改用
Joins()手动JOIN，避免IN列表爆炸和内存膨胀
高并发分页为什么CPU飙升
Offset(100000).Limit(20)会让MySQL真实扫描并丢弃前10万行，I/O和CPU开销线性上涨。更隐蔽的是，同一页刷新两次可能返回不同结果——因为新插入记录改变了OFFSET位置。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 强制加确定排序：
Order("id ASC")或Order("created_at DESC, id DESC")，id必须有索引 - 游标分页：首次查
Limit(21)，取最后一条id作为下一页Where("id > ?", lastID) - Count总数别复用带
Offset的DB实例，用独立会话：db.Session(&gorm.Session{NewDB: true}).Model(&User{}).Where(...).Count(&total) - 前端传
last_id而非page，后端不做转换，非法值直接400返回
