Find查全部数据需传切片地址且无前置条件，否则按主键查询；正确写法为db.Find(&users)，其中users必须是[]User类型，否则静默失败或panic。
Find 查询全部数据时为什么没返回结果？
直接调用 db.Find(&users) 通常不会查出全部数据，因为 GORM 的 Find 方法必须传入一个**主键值或主键切片**，它本质是按主键查询（类似 WHERE id IN (...) 或 WHERE id = ?），不是“查全部”。误以为它是 SELECT * 是最常见的误解。
真正想查全表，请用 Find 的兄弟方法：Find 不适用，Find 不是 findAll。
查全部数据该用什么方法？
用 Find 的替代方案：Find 不行，Find 不是查全量的接口。正确做法是用 Find 的同级方法 Find —— 等等，不对。GORM v2 中查全部数据的标准写法是：
-
db.Find(&users)❌ 错误：缺少主键参数，会 panic 或返回空 -
db.Find(&users, "1 = 1")❌ 危险：SQL 注入风险，且非标准用法 -
db.Find(&users, &User{})❌ 错误：传结构体不触发全表扫描 -
db.Find(&users)✅ 正确：仅当users是切片且无额外条件时，GORM 会自动执行全表 SELECT —— 但前提是没调用过Where、First等链式方法干扰上下文
更稳妥、推荐的方式是显式使用 Find 的“无条件”形态：db.Find(&users)。注意：变量 users 必须是切片类型（如 []User），否则 GORM 会尝试按主键查单条并失败。
为什么 Find(&users) 有时还是只返回一条？
常见原因不是语法错，而是变量类型不对：
- 声明了
var users User（单个结构体）→ GORM 当作主键查询，找 id=0 或 nil 值，结果为空或报错 - 声明了
var users []User（切片）→ 才会触发全表扫描 - 前面调用了
db.Where("status = ?", "active").First(&u)→ 后续的db.Find(&users)仍带 Where 条件，不是“全部” - 模型定义里有
gorm.DefaultTableName或TableName()返回空字符串 → 表名解析失败，查询被静默跳过
检查日志最直接：db.Debug().Find(&users) 会打印实际执行的 SQL，一眼看出是不是 SELECT * FROM users。
性能和边界要注意什么？
全表查询在生产环境容易出问题，尤其没加 LIMIT：
- GORM 默认不限制结果数，大表可能 OOM 或超时
- MySQL 默认 max_allowed_packet 限制单次返回大小，超限会报错
ERROR 1153 (08S01): Got a packet bigger than 'max_allowed_packet' bytes - PostgreSQL 可能因内存不足触发
out of memory错误 - 建议始终搭配分页：
db.Offset(0).Limit(100).Find(&users) - 如果真要导出全量，考虑用
Rows()流式读取：rows, _ := db.Table("users").Rows()，避免一次性加载到内存
别依赖 Find 的“隐式全查”，显式写清楚意图，既可读又可控。切片类型、无前置条件、加 LIMIT，三者缺一都可能让你在凌晨三点对着空数组发呆。
